Процедура проектирования

Является иттерационным процессом, предполагающим возможность многократно выполнение одинаковых шагов и в некоторых случаях возврат к предыдущим шагам.

1. Построение инфологической модели, идентификация сущностей и ассоциации.

2. Представить каждую выявленную стержневую сущность таблицей БД. И специфицировать первичный ключ этой базовой таблицы.

3. Представить каждую ассоциацию между выявленными сущностями как отдельную таблицу БД. Использовать в этой таблице внешние ключи для идентификации участников ассоциации и указать ограничения связанные с каждым из внешних ключей.

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

5. При возможности выявляются скрытые функциональные зависимости. Формируется новая инфологическая

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

7. Представить каждое обозначение не являющееся характеристикой как аналогичную базовую таблицу.

8. Представить каждое свойство или атрибут сущности в виде поля таблицы

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

10. Если в процессе нормализации происходило разделение некоторых таблиц, то следует модифицировали инфологическую модель и, возможно, повторить ранее пройденные шаги.

11. Указать ограничения целостности проектируемой БД и при необходимости дать краткое описание таблиц и их полей

12. Выбор эффективного языка проектирования БД и реализация разработанных таблиц

13. Анализ кода и возможно оптимизация программы.

Пример проектирования бд библиотеки

1. Анализ сущностей выявления стержней и определение характеризующие их атрибутов.

2. Для каждой из сущностей формируется список атрибутов и выполняется построение инфологической модели.

3. В результате анализа таблиц можно выделить следующие относительно независимые сущности которые могут быть положены в основу создания даталогической модели.

4. Первая таблица может носить название создателей в ней будет два поля Первое - код создателя. Второе поле - создатель. Сведущая сущность - издательство. Это кода издательства, название издательства и город. Третья таблица - вид издания. Печатный, непечатный.четвертая таблица - язык, затем заглавие и так далее.

Стандарт и реализация sql

Это структурированный язык запросов. Стандартизирован в 92ом году.

Классификация БД

• Локальные

• Удаленные и распределенные

• Большие , как правило коммерческие БД, ориентированные на широкий круг пользователей

• Компактные, свободно распространяемые продукты. Рассчитанные на не интенсивное использование

Современные БД создаются исключительно на основе клиент-северной архитектуры. Клиент-Серверная БД обеспечивает такие преимущества как

1. Более широкий доступ к существующим БД.

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

3. Повышается уровень целостности данных

4. Соответствие распределенной архитектуре открытых систем.

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

В определенных случаях снижается стоимость аппаратного обеспечения

Сокращение коммуникационных расходов