Проектирование БД. Уровни проектирования БД

Проектирование БД – процесс разработки структуры БД в соответствии с требованиями пользователей.

Уровни проектирования

1. Концептуальный уровень – процесс исследования ПО и анализа поставленной задачи.

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

Объект (сущность) – нечто существующее и различимое, для которого есть название и способ отличить подобный объект от другого (см. лекцию по UML).

2. Логический уровень проектирования – построение информационно-логической модели ПО в виде совокупности информационных объектов и их структурных связей.

Результат: – словарь данных и схема данных в графической форме.

3. Физический уровень проектирования – процесс реализации БД программными и языковыми средствами.

Реляционная модель данных

Организация данных в связанных таблицах. Аномалии. Таблицы объектов (справочные; UML – класс сущность) и таблицы связей (подчиненные; UML – класс управляющий)

Рассмотрим на примере работы дилеров фирмы «Цептер» в Санкт-Петербурге.

Дата Дилер Адрес Телефон Товар Цена Количество
6.10.01 Лопухов наб. Фонтанки, 92 164-72-47 Бокалы
16.10.01 Чайников ул. Народная, 17 329-45-33 Миски
20.10.01 Простых Б.Морская, 67 272-00-87 Миски
25.10.01* Лопухов наб. Фонтанки, 92 164-72-47 Кастрюли
26.10.01 Чайников ул. Народная, 17 329-45-33 Бокалы
           

Аномалии обновления

· аномалии редактирования – изменение единственного факта требует полного просмотра таблицы и замены значений в нескольких записях;

· аномалии удаления – удаление одного факта может вызвать потерю других (* – потеря цены);

· аномалии добавления – включение нового факта может оказаться невозможным до появления нескольких связанных с ним фактов.

Табл. 1. Дилеры (2,3,4), табл. 2 Товар (5,6) Табл. 3. Заказы (1,2,5,7)

       
   
 

Справочные таблицы Подчиненная таблица

Первые две таблицы описывают объекты, а третья их связывает.

Типы связей в таблицах

Ключи – связи таблицы. Связи классифицируются по типу отношений (1–1, 1–*, *–*).

Структура данных в таблице: поля и записи, ключи и характеристики

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

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

Структура таблицы – массив ячеек. Все, кроме 1-й, строки имеют одинаковую структуру записи.

Поля – ключевые и неключевые характеристики.

Характеристики – неключевые свойства объекта и без ключа лишены смысла.

Выводы

1. Реляционная база данных – совокупность таблиц без аномалий.

2. Для построения таблиц необходимо:

· выделить объекты по критерию самостоятельного существования;

· создать связующую таблицу;

· определить ключевые поля: первичные и вторичные;

· изобразить схематично.

Наши рекомендации