Моделирование систем баз данных

 

 Для формализации связи "Один-ко-многим" ключ из сущности "Изготовитель" переносится в таблицу сущности "Вино", где он становится внешним (вторичным) ключом (рисунок 41):

Рисунок – 41. ER-модель

Выбор СУБД

Перед непосредственным физическим проектированием  данных нужно выбрать СУБД, в котором  будет проектироваться данная система. Рассматриваемый пример разработан с помощью СУБД MS Access. Выбор обусловлен следующими факторами: удобство при создании компактных БД, простота в обращении, возможность создания QBE- и SQL-запросов, получила массовое распространение, что гарантирует максимальную доступность для различных пользователей. 

Физическое проектирование данных

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

Рисунок - 42. Конструктор  таблицы «ИЗГОТОВИТЕЛЬ»

В процессе физического проектирования следует определить наименования таблиц и типы данных для всех полей. Если необходимо на этом же этапе описываются представления, если таковые будут создаваться и может быть создан код хранения процедур и правил. На рисунках 42,43 показаны окна конструкторов при создании таблиц «ИЗГОТОВИТЕЛЬ» и «ВИНО». 

Рисунок - 43. Конструктор  таблицы «ВИНО» 

Связь между таблицами устанавливается  в окне «Схема данных». Схема данных нашей предметной области приведена  на рисунке 44.

Рисунок - 44. Схема  данных предметной области «Винная  карта» 

 

Проектирование QBE-запросов

Пусть по данным двух таблиц необходимо выдать названия полусладких вин урожая 1999 года, произведенных в России.

Для этого на вкладке Запрос выберите Создать запрос в режиме Конструктора, добавьте нужные вам таблицы и поля как показано на рисунке 45.

Рисунок - 45. Конструктор  построения запроса  

Для того, что бы просмотреть свой запрос в режиме SQL, переключитесь на режим SQL, в окне редактора кода вы увидите следующий код:

SELECT Изготовитель.Страна, Вино.[Год урожая], Вино.[Количество сахара], Вино.[Название вина]

FROM Изготовитель INNER JOIN Вино ON Изготовитель.[Код изготовителя] = Вино.[Код изготовителя]

WHERE (((Изготовитель.Страна)="Россия") AND ((Вино.[Год урожая])=1999) AND ((Вино.[Количество сахара])="Полусладкое"));

Для просмотра результата войдите  в режим таблицы.3 

Данная база данных является очень простой и использовалась нами исключительно для иллюстрации основных этапов проектирования базы данных, поэтому мы не уделили должного внимания процессу нормализации базы данных. Дело в том, что так как предметная область довольно проста, то база данных практически нормализована. Единственное на что стоит обратить внимание при проектировании данной базы данных, это на атрибут «Адрес» объекта «ИЗГОТОВИТЕЛЬ». В таком виде атрибут не удовлетворяет первой нормальной форме, так как согласно первой нормальной форме все атрибуты должны быть атомарными. Поэтому атрибут «Адрес» следует разбить на несколько атомарных атрибутов: «Индекс», «Улица», «Номер дома». Тогда ER-модель будет выглядеть как на рисунке 46.

Рисунок – 46. Новая ER-модель 

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

назад | содержание | далее

Список сокращений

CASE - Computer Aided System/Software Engineering - совокупность  методологий анализа, проектирования, разработки и сопровождения сложных  систем программного обеспечения, поддержанная комплексом взаимосвязанных средств автоматизации, которые позволяют в наглядной форме моделировать предметную область, анализировать эту модель на всех стадиях разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей.

ER - диаграмма - диаграмма "сущность-связь"

QBE – Query-by-Example - запрос по образцу;

SQL – Structured Query Language – язык структурированных  запросов;

1 НФ - первая нормальная форма;

2 НФ - вторая нормальная форма;

3 НФ - третья нормальная форма;

БД - база данных;

ИС - информационная система;

КМД - концептуальная модель данных;

СУБД - система управления базами данных;

ФМД - физическая модель данных 

 

назад | соде

Список использованных источников

1. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М., Финансы и статистика, 1989.
2. Вендров А.М., Бобков В.П. CASE – технологии. Сравнительный анализ и классификация. – Сборник научных трудов, М.: МЭСИ, 1994.
3. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. – М.: Финансы и статистика, 1998.
4. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2000. – 352 с.
5. Горин С.В., Тандоев А.Ю. Применение CASE-средства ERwin 2.1 для информационного моделирования в системах обработки данных. // СУБД, N 3, 1995.
6. Горин С.В., Тандоев А.Ю. CASE-средство S-Designor 4.2 для разработки структуры базы данных. // СУБД, N 3, 1995.
7. Грофф Джеймс Р., Вайнберг Пол Н. SQL: Полное руководство: Пер. с англ. – Киев: BHV, 1998. – 608 с.
8. Дейт К.Дж. Введение в системы баз данных: Пер. с англ. – 6-е изд. – М.: Диалектика, 1998. – 784 с.
9. Дж. Ульман. Основы систем баз данных. – М.: Финансы и статистика, 1983.
10. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ: Пер. с англ. – М.: Мир, 1991.
11. Диго С.М. Проектирование и использование баз данных: Учебник для вузов. – М.: Финансы и статистика, 1995. – 208 с.
12. Диго С.М. Проектирование баз данных. – М.: Финансы и статистика, 1988.
13. Калянов Г.Н. Современные CASE – технологии. – М.: ИПУ, 1992. – 250 с.
14. Калянов Г.Н. CASE: компьютерное проектирование программного обеспечения. М.: НИВЦ МГУ, 1994.
15. Калянов Г.Н. CASE – технологии. // Hard & Soft, №7, 1995.
16. Калянов Г.Н. Системное проектирование – новый вид деятельности на российском рынке. // Информационные технологии, № 3-4, 1995.
17. Калянов Г.Н. Методы и средства системного и структурного анализа и проектирования. М.: НИВЦ МГУ, 1996.
18. Калянов Г.Н. CASE – структурный системный анализ (автоматизация и применение). – М.: Лори, 1996. - 242 с.
19. Мартин Грабер. Введение в SQL, М., изд Лори, 1996.
20. Маклаков С.Н. Инструментальные средства создания корпоративных информационных систем // Компьютер Пресс, №7-№9, 1998.
21. Оле Т.В. Предложения KODA СИЛ по управлению базами данных. – М.: Мир, 1980.
22. Тощев А.Н. ERwin и автоматическая генерация кода клиентских приложений // Компьютер Пресс, №10, 1998.
23. Четвериков В.Н., Ревунков Г.И., Самохвалов Т.М. Базы и банки данных. – М.: Высшая школа, 1987. – 248 с.
24. Хаббард Дж. Автоматизированное проектирование баз данных. – М.: Мир, 1984. – 292 с.
25. Chen P.P. The Entity-Relationship Model: Toward a Unified View of Data. ACM Transactions on Database Systems, vol.1., № 1, 1976.
26. Chen P. The Entity- Relationship Approach to logical data base design