Вимоги до проекту
Проект реалізує базу даних ІТ-компонентів. Планується поки що три категорії: монітори, медичні принтери, системні блоки. Також до функціоналу бази входить можливість створювати нові категорії.
Проект має складатися з двох функціональних частин – панелі адміністратора та панелі користувача.
Панель адміністратора повинна містити такі уявлення та інструменти:
- список категорій та кнопку команди «Нова категорія»;
- список параметрів категорії та кнопки команд «Новий параметр» та «Редагувати параметр»;
- список компонентів категорії та кнопки команд «Новий компонент» та «Редагувати компонент».
Після натискання на кнопку:
- «Нова категорія» має викликатись діалогове вікно створення нової категорії компонентів, що містить рядки введення імені категорії у поданні (видиме ім'я) та ім'я категорії для бази даних (тільки латиниця плюс символ підкреслення);
- «Новий параметр» має викликатись діалогове вікно створення нового параметра, що містить рядки введення імені параметра в поданні (видиме ім'я) та ім'я параметра для бази даних (тільки латиниця плюс символ підкреслення), прапорець «Заголовок підписка» для вказівки, що параметр фіктивний та заповненню в базі даних не підлягає, і список «Позиція у списку», що випадає, з номерами позицій. За замовчуванням номер позиції у списку, що наступає за останнім існуючим параметром;
- «Редагувати параметр» має викликатись діалогове вікно редагування параметра, що містить рядок введення імені параметра у поданні з раніше введеним значенням;
- «Новий компонент» має викликати діалогове вікно створення нового компонента, що містить рядки введення раніше створених параметрів компонента. Якщо параметр не заповнюється, то базі даних цей параметр має бути записаний як «н/д» (немає даних);
- "Редагувати компонент" має викликатись діалогове вікно редагування компонента, що містить рядки введення параметрів компонента з раніше введеними значеннями. Якщо параметр записаний у базі даних як «н/д», рядок введення параметра має бути порожнім.
Панель користувача повинна містити наступні уявлення та інструменти:
- перелік категорій;
- блок фільтрів для компонентів, що складається з рядків введення та/або списків основних параметрів, що випадають (має визначатися програмно, на рівні коду);
- Список компонентів для обраної категорії, що задовольняє умовам фільтрів;
- Список параметрів для обраного компонента;
- кнопку команди «Експортувати в Excel», після натискання на яку список параметрів та значень параметрів для вибраного компонента експортується до таблиці Excel.
Вимоги до бази даних
Щодо цієї частини у мене є сумніви щодо правильності рішення, у зв'язку з чим я прошу шановне співтовариство підтвердити мій вибір або запропонувати інший варіант рішення. Заздалегідь дякую.
База даних повинна використовувати СУБД SQLite та містити такі таблиці:
- таблиця категорій компонентів components_category з полями id , name , view_name ;
- таблиці параметрів компонентів за кількістю категорій parameters_<name> (де name – вміст відповідного поля таблиці категорій компонентів components_category ), з полями id , name , view_position , view_name , header ;
- таблиці значень параметрів компонентів за кількістю категорій values_<name> (де name – вміст відповідного поля таблиці категорій компонентів components_category ), з полями id , <name1> , <name2> , … <nameN> (де name1 , name2 , … nameN – вміст відповідного поля name таблиці параметрів компонентів parameters_<name> ).
Я бы сделал базу в таком виде:
CREATE TABLE "components" (
"id" INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
"name" TEXT
);
CREATE UNIQUE INDEX "index"
ON "components" ("name" ASC);
CREATE TABLE "parameters" (
"id" INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
"components_id" INTEGER,
"name" TEXT NOT NULL,
FOREIGN KEY ("components_id") REFERENCES "components" ("id") ON DELETE RESTRICT ON UPDATE RESTRICT
);
CREATE TABLE "values" (
"id" INTEGER NOT NULL,
"vparameter_id" INTEGER,
"name" TEXT,
PRIMARY KEY ("id" ASC),
FOREIGN KEY ("vparameter_id") REFERENCES "parameters" ("id") ON DELETE RESTRICT ON UPDATE RESTRICT
);
Не совсем понятно назначение поля view_position, но если сильно нужно, то его можно добавить в таблицу "parameters"
Если есть такая необходимость, то можно "ON DELETE RESTRICT" заменить на "ON DELETE CASCADE", тогда при удалении строки из "components" сразу удалятся соответствующие parameters и values
Вот эти строки поясните, для чего они.
Это поле нужно для хранения позиции параметра в представлении, поскольку может получиться так, что добавили ещё один параметр, но он должен располагаться выше ранее введённых параметров.
Т.е. то, что написано после FOREIGN KEY, относится к удалению из "components"? На данный момент удаления из "components" как такового не предполагается.
CREATE UNIQUE INDEX "index"
ON "components" ("name" ASC);
индекс на поле name, дополнительно делает поле name уникальным
| Т.е. то, что написано после FOREIGN KEY, относится к удалению из "components"? На данный момент удаления из "components" как такового не предполагается.
Так и есть, помимо этого FOREIGN KEY не дает содать parameters со значением components_id если нет соответствующего значения id в components. FOREIGN KEY обеспечивает целостность данных между 2 таблицами при добавлении и удалении данных
parameters с полем view_position будет выглядеть так:
CREATE TABLE "parameters" (
"id" INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
"components_id" INTEGER,
"name" TEXT NOT NULL,
"view_position" INTEGER,
CONSTRAINT "fkey0" FOREIGN KEY ("components_id") REFERENCES "components" ("id") ON DELETE RESTRICT ON UPDATE RESTRICT
);
А вот это для чего?