Преимущества организации субд.

Сокращение избыточности хранимых данных. Может быть обеспечена минимальная необходимая избыточность (дублирование) хранимых данных. При использовании несколькими программами одинаковых данных, такие данные интегрируются и хранятся в единственном экземпляре.
Устранение противоречивости данных. Это является следствием устранения избыточности данных.
Многоаспектное использование данных. Центральное управление позволяет реализовать однократный ввод данных и многократное (многоаспектное) использование данных.
Комплексная оптимизация. В максимальной степени устраняются противоречивые требования, предъявляемые конечными пользователями к хранимым данным.
Обеспечение возможности стандартизации данных, что упрощает эксплуатацию БнД.
Обеспечение возможности санкционированного доступа к данным, т.е. доступ к определенным группам данных может совершаться только пользователями с соответствующими полномочиями.
Обеспечение целостности данных. Задача целостности заключается в обеспечении правильности и точности данных в БД.

Наряду с достоинствами БнД присущи и недостатки:

Недостатки организации бд.

Увеличивается сложность создаваемых ИС; проектирование БнД требует выполнения большого числа ручных операций и высокой квалификации разработчиков.
Применение сложных структур данных увеличивает долю служебной информации в общем объеме хранимых данных. БнД предъявляет повышенные требования к применяемым в системе техническим и программным средствам. Часть ресурсов ПЭВМ, иногда довольно значительная, расходуется собственно на нужды самой системы управления БнД.
Последствия сбоев становятся более чувствительными и их труднее исправлять по сравнению с традиционной файловой обработкой.
Обеспечение независимости прикладных программ от изменений в хранимых данных становится насущной необходимостью. В противном случае требуется выполнять трудоемкие ручные операции по внесению соответствующих изменений в прикладные программы.

Проектирование бд. (общий подход)

Процесс проектирования БД начинается с описания ПО. Модель описания ПО называется концептуальной моделью. В зависимости от ширины охвата ПО различают глобальные и локальные модели: глобальные – это описание ПО в целом; локальные – описание ПО с точки зрения конкретного пользователя.

Данный этап проектирования БД соответствует инфологическому аспекту рассмотрения БнД и соответственно называется инфологическим проектированием.

Далее модель ПО отображается на МД, совместимую с выбранной СУБД. Такие модели также называются также логическими МД. Описание состава и логической организации БД называется схемой; а соответствующий язык называется языком описания данных (ЯОД). Описание части БД, представляющей интерес для конкретных пользователей, называется подсхемой или внешней моделью.

Любая СУБД поддерживает конкретную логическую МД, эту модель определяют в совокупности с ЯОД и ЯМД данной СУБД. ЯМД (или язык запросов) – это средство, позволяющее обращаться к БД. Данный этап есть даталогическое проектирование; когда учитываются возможности имеющихся технических и программных средств.

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

Проектирование всех 3-х моделей является важнейшими функциями АБД. Мы будем рассматривать первые два этапа проектирования БД, т.к. выбор конкретной СУБД позволяет прикладным программам не задумываться о внутренней модели. Ее создание берет на себя СУБД.

Ограничение типов логической МД позволяет при проектировании БД вначале сделать оценку и выбор подходящего типа МД, а затем уже выбирать конкретную СУБД, и закончить этот этап проектирования БД, используя уже МД конкретной выбранной СУБД.

Проектирование БД во многом зависит от опыта проектировщика.

Логическ.

Проек-е

Физич.

Проек-е