Преобразование er модели в реляционную бд.

Правила:

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

Связь, менеджер управляет филиалом, будет отображена одной таблице БД.

2.) Если связь типа 1:1 и класс принадлежности одной сущности обязательной, а другой нет, то необходимо построить таблицу для каждой сущности, причём первичный ключ сущности, класс которой необязательный, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности.

3.) Если связь типа 1:1 и класс принадлежности обеих сущностей необязательный, то необходимо построить три таблицы - под одной для каждой сущности и одну для связи, причём таблица для связи должна иметь среди своих атрибутов первичные ключи обеих сущностей.

4.) Если связь типа 1:N и класс принадлежности сущности на стороне "многие" обязательный, то необходимо построить таблицу для каждой сущности, причём первичный ключ сущности на стороне 1, добавляется как атрибут в таблицу сущности на стороне "много".

5.) Если связь типа 1:N и класс принадлежности сущности на стороне "много" - необязательный, то необходимо строить три таблицы.

6.) Если тип связи N:N, то необходимо строить три таблицы.

12.10.12

Нормализация бд

Для того чтобы таблица могла использоваться в РБД требуется:

1.) Чтобы все данные в пределах одного столбца имели один и тот же тип, чтобы в таблице был первичный ключ. Эти требования являются необходимыми, но недостаточными. При проектировании БД могут появиться нежелательные свойства (избыточность, аномалии включении, аномалия обновления и др.) Для уменьшения нежелательных характеристик БД применяют процедуры нормализации.

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

Первая нормальная форма (1нф)

Первая нормальная форма предписывает, что все данные содержащиеся в таблице, должны быть атомарными. Перечень соответствующих атомарных типов определяется СУБД.

Вторая нормальная форма (2нф)

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

Чтобы перейти от 1НФ -> 2НФ, нужно выполнить следующие действия:

1.) Определить на какие части можно разбить первичный ключ так, чтобы некоторые из не ключевых полей завесили от одной из этих частей.

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

3.) Удалить из исходной таблицы поля, перемещённые в другие таблицы, кроме тех, которые станут внешними ключами.