Техническое задание.
Базы данных
Из технического задания следует, что необходимо провести горизонтальную фрагментацию таблиц, что удобнее всего осуществить введением видов. Такой вариант, независимо от выбранной СУБД, является одновременно одним из способов защиты данных от несанкционированного доступа. Естественно, что БД располагается на сервере. Дублирование данных осуществим с помощью создания резервной копии. В качестве… Читать ещё >
Техническое задание. Базы данных (реферат, курсовая, диплом, контрольная)
Для выполнения проектных работ необходимы специалисты в соответствии со штатным расписанием. Если имеются вакантные места, отбор претендентов осуществляют по анкетным данным.
Необходимо спроектировать — в помощь руководителю — соответствующую экспертную систему реального времени. Предполагается, что отбор научных сотрудников осуществляет научное подразделение фирмы, а инженерного состава — производственное подразделение.
Объем БД не превышает 1 Гбайт.
Необходимо использовать широко распространенную СУБД. Интерфейс БД следует рассчитывать на конечного пользователя (КП) начального уровня, т. е. от КП не требуется знаний языков программирования высокого уровня.
БД должна иметь средства восстановления при сбоях и обладать достаточным быстродействием.
Концептуальная модель
На основе ТЗ можно составить набор таблиц БД. Таблица «Правила» приведена ранее. В таблицах «Штатное расписание» (табл. 15.2) и «Список работающих» (табл. 15.3) данные приведены только для первого цикла.
Таблица 15.2
Штатное расписание (начальное)
Время. | Должность. | План. | Факт. | Вакансии. |
Научный сотрудник. | ||||
Инженерконструктор | ||||
Инженер по эксплуатации. |
Рис. 15.2. Процедура работы с БД: П — принимаемые; В — вакансии.
Таблица 15.3
Список штатного расписания (начальное)
Время. | Фамилия. | Ученая степень. | Открытия. | Средний балл. | Стаж. | Статус. | Должность. | ||
Водопьянов. | Да. | Да. | 4,8. | Работ. | Науч. сотр. | ||||
Каримов. | Да. | Да. | 3,3. | Работ. | Науч. сотр. | ||||
Крамской. | Да. | Да. | 4,2. | Работ. | Науч. сотр. | ||||
Крикунов. | Да. | Да. | 3,5. | Работ. | Науч. сотр. | ||||
Трубецков. | Да. | Да. | 4,1. | Работ. | Науч. сотр. | ||||
Крымов. | Да. | Нет. | 4,0. | Работ. | Инж.-конс. | ||||
Мамедов. | Да. | Нет. | 3,9. | Работ. | Инж.-конс. | ||||
Орлов. | Да. | Нет. | 3,7. | Работ. | Инж.-конс. | ||||
Синцов. | Да. | Нет. | 4.5. | Работ. | Инж.-конс. | ||||
I. | Петрович. | Да. | Нет. | 4,2. | Работ. | Инж.-конс. | |||
Тараканов. | Да. | Нет. | 4,1. | Работ. | Инж.-конс. | ||||
Травкин. | Да. | Нет. | 5,0. | Работ. | Инж.-конс. | ||||
Хохлов. | Да. | Нет. | 4,0. | Работ. | Инж.-конс. | ||||
Черкас. | Да. | Нет. | 4,8. | Работ. | Инж.-конс. | ||||
Касымов. | Да. | Нет. | 3,3. | Работ. | Инж.-конс. | ||||
Контуров. | Да. | Нет. | 3,0. | Работ. | Инж.-конс. | ||||
Купцов. | Да. | Нет. | 3,3. | Работ. | Инж.; экспл. | ||||
I. | Реброн. | Да. | Нет. | 3,4. | Работ. | Инж.; экспл. | |||
Ремезов. | Да. | Нет. | 3,4. | Работ. | Инж.; экспл. | ||||
Соколов. | Да. | Нет. | 3,3. | Работ. | Инж.; экспл. | ||||
Тиунов. | Да. | Нет. | 3,0. | Работ. | Инж.; экспл. | ||||
Троекуров. | Да. | Нет. | 3,0. | Работ. | Инж.; экспл. | ||||
Щавель. | Да. | Нет. | 3,2. | Работ. | Инж.; экспл. | ||||
Карпов. | Да. | Да. | 3,2. | Претен. | |||||
! | Крылов. | Да. | Да. | 3,1. | Претен. | ||||
Синцов. | Да. | Нет. | 4,5. | Претек. | |||||
! | Симонов. | Да. | Нет. | 3,9. | Претен. | ||||
Иванов. | Да. | Нет. | 3,2. | Претен. | |||||
Козлов. | Да. | Нет. | 3,4. | Претен. | |||||
Петров. | Да. | Да. | 4,0. | Претен. | |||||
Гуров. | Да. | Нет. | 4,0. | Претен. | |||||
Цветков. | Да. | Нет. | 3,0. | Претен. | |||||
Фрагментация и локализация
Из технического задания следует, что необходимо провести горизонтальную фрагментацию таблиц, что удобнее всего осуществить введением видов. Такой вариант, независимо от выбранной СУБД, является одновременно одним из способов защиты данных от несанкционированного доступа. Естественно, что БД располагается на сервере. Дублирование данных осуществим с помощью создания резервной копии.
Выбор СУБД
Остановим выбор, как и ранее, на реляционной модели данных, как широко применяемой.
Нетрудно видеть, что БД должна быть многопользовательской, что возможно достичь многопользовательским (файл-серверным) режимом или режимом клиент-сервер. Предпочтительным, в силу меньшего трафика, является режим клиентсервер.
В качестве критериев выбора конкретной СУБД в соответствии с ТЗ могут быть использованы, как в п. 14.4, механизм блокировки, особенности хранения данных, производительность, характер инсталляции, обслуживание, конфигурирование и настройка, восстановление данных при сбоях, требование к ресурсам (см. табл. 14.1).
Перечисленным критериям в наибольшей степени удовлетворяет СУБД InterBase, используемая в среде Delphi.
Приведем первоначально основные предельные характеристики InterBase.
Объем БД — 10 Гбайт, количество полей — до 10 000, количество записей — нс ограничено, число таблиц — до 65 000, длина записи — до 64 кбайт, длина поля — до 32 кбайт, вложенность SQL-запроса — до 16, размер хранимой процедуры или триггера — до 48 кбайт.
InterBase использует следующие типы данных: small (± 32 767, 2 байта); integer (± 2 млрд; 4 байта); float (+ 3,4 Е ± 38; 4 байта); double precision (± 1,7 Е ± 308; 8 байт); char, varchar (символьный тип, до 255 символов); date. Вместо типа данных float лучше указывать decimal (a, b) или numeric (a, b), где а — количество знаков; b — число знаков после запятой.
Логическая модель. В силу специфики таблиц связи между ними, в виде схемы связей, не создаются. Необходимые связи устанавливаются в соответствующих запросах.