14. Требования, предъявляемые к базе данных.

Проектирование базы данных – это процесс создания проекта базы данных, предназначенной для поддержки функционирования экономического объекта и способствующей достижению его целей.

Оно представляет собой трудоемкий процесс, требующий совместных усилий аналитиков, проектировщиков и пользователей.

При проектировании базы данных необходимо учитывать тот факт, что база данных должна удовлетворять комплексу требований. Эти требования следующие:

1)  целостность базы данных – требование полноты и непротиворечивости данных;

2)  многократное использование данных;

3)  быстрый поиск и получение информации по запросам пользователей;

4)  простота обновления данных;

5)  минимизация избыточности данных;

6) защита данных от несанкционированного доступа, искажения и уничтожения.

15. Этапы жизненного цикла базы данных.

Жизненный цикл – это процесс проектирования, реализации и поддержки БД, состоящий из следующих этапов: – предварительное планирование; – проверка осуществимости; – определение требований; – концептуальное проектирование; – логическое проектирование; – физическое проектирование; – оценка работы и поддержка БД.

Предварительное планирование – собирается информация об используемых и находящихся в разработке программах и файлов связанных с ними, информация документируется в виде обобщенной концептуальной модели данных.

Проверка осуществимости – подготавливаются отчеты по: технологической осуществимости (необходимо техническое и программное обеспечение); операционной осуществимости (наличие средств персонала и экспертов); экономической эффективности (окупится ли запланированная БД).

Определение требований – формулируются цели БД, информационные потребности подразделений и их руководителей, требования к программному и аппаратному обеспечению.

Концептуальное проектирование – создается подробная модель пользовательских представлений данных предметной области. Эти модели интегрируются в концептуальную модель.

Логическое проектирование – преобразование концептуальной модели в логическую модель. Предварительно нужно выбрать тип модели.

Физическое проектирование – создается физическая модель БД посредством расширения логической модели с следующими характеристиками: типы устройства для хранения; требуемый объем памяти; способы доступа к БД и некоторые другие.

Оценка работы и поддержка БД – оценка производится путем опроса пользователей, происходит обучение пользователей, поддержка – модификация данных, разработка новых прикладных программ и некоторые другие задачи.

16. Модель «сущность-связь». Сущность, атрибут, экземпляр сущности, связь, мощность связи, показатель кардинальности, класс принадлежности сущности. Er-диаграммы.

Средством моделирования предметной области на этапе концептуального проектирования является модель «сущность-связь», которую часто называют ER-моделью. Моделирование структуры данных предметной области в ней базируется на использовании графических средств – ER-диаграмм. ER-диаграмма – графическое представление связи между сущностями.

Основные понятия ER-диаграммы: сущность, атрибут, связь.

Сущность – это некоторый объект реального мира, кот. может существовать независимо. На ER-диаграмме сущность изображается прямоугольником, в котором указывается её имя. Сущность имеет экземпляры, отличающиеся друг от друга значениями атрибутов и допускающие однозначную идентификацию. Экземпляр сущности – конкретный объект, характеризующийся набором значений атрибутов сущности.

Атрибут – это поименованная характеристика сущности. Атрибут, который уникальным образом идентифицирует экземпляры сущности, называется ключом. Ключ может быть составным, т.е представляющим комбинацию нескольких атрибутов и простым.

Связь – взаимодействие между сущностями. Она характеризуется мощностью, которая показывает, сколько сущностей участвует в связи. Связь между двумя сущностями называется бинарной. На ER-диаграмме сущность изображается ромбом.

Важной характеристикой связи является тип связи (кардинальность).

Связь типа «многие-ко-многим» (каждый экземпляр сущности А может быть связан с несколькими экземплярами сущности В, а каждый экземпляр сущности В – с несколькими экземплярами сущности А).(М:N)

Связь типа «один-к-одному» (каждый экземпляр сущности А может быть связан не более чем с одним экземпляром сущности В).(1:1)

Связь типа «один-ко-многим» (каждый экземпляр сущности А может быть связан более чем с одним экземпляром сущности В, а каждый экземпляр сущности В – не более чем с одним экземпляром сущности А).

К ласс принадлежности сущности: – обязательный – если каждый экземпляр сущности А связан с экземпляром сущности В. – необязательный – если не каждый экземпляр сущности А связан с экземпляром сущности В.

Концептуальная модель состоит из ER-модели и набора атрибутов сущностей.