Базы данных: . Баканов В.М - 35 стр.

UptoLike

- 35 -
Первичный ключ не должен содержать пустых значений. При выборе пер-
вичного ключа целесообразно выбирать атрибут, значение которого не меня-
ется в течение всего времени существования экземпляра (в этом смысле та-
бельный номер предпочтительнее фамилии - ее можно сменить, вступив в
брак).
При создании связей между сущностями (например, ‘один ко многим’) в
дочернюю сущность передаются атрибуты, составляющие первичный
ключ в родительской сущности; эти атрибуты образуют в дочерней сущно-
сти внешний ключ.
Нормализация позволяет сократить объем хранимой информации и устра-
нить некорректности в организации хранения данных.
Модель данных соответствует первой нормальной форме, если в таблицах
отсутствуют группы повторяющихся значений. Это достигается путем выде-
ления атрибутов с повторяющимися значениями в отдельные сущности, соз-
данием (или выбором) для них новых первичных ключей и установлением
связейодин ко многимот новых сущностей к старым; первичные ключи
новых сущностей при этом станут внешними ключами для старых сущно-
стей.
Модель данных соответствует второй нормальной форме, если в сущно-
стях, содержащих составной первичный ключ, неключевые атрибуты зависят
от всего первичного ключа. Если в какой-либо сущности имеется зависи-
мость каких-либо неключевых атрибутов от части ключа, необходимо выде-
лить их в отдельную сущность, сделав первичным ключом новой сущности
часть первичного ключа, от которой зависят данные атрибуты, и установить
связьодин ко многимот новой сущности к старой.
Модель данных соответствует третьей нормальной форме, если в сущно-
стях отсутствует взаимозависимость между неключевыми атрибутами. Это
соответствие достигается путем выделения в отдельную сущность атрибутов
с одной и той же зависимостью от неключевого атрибута, использования ат-
рибутов, определяющих эту зависимость, в качестве первичного ключа новой
сущности и установки связиодин ко многим от новой сущности к старой
сущности.
Ниже описывается процесс проектирования простой (аналогичной опи-
санной в [4]) БД с применением классического CASE-пакета ERwin [2]. Про-
ектируется БД посещаемости пациентами медицинского учреждения. На
рис.18 приведен исходный список данных, являющихся существенными для
хранения информации о посещениях (на первом этапе проектирования имен-
но эти данные представляются центральной сущностью информационной
системы).
Первичный ключ не должен содержать пустых значений. При выборе пер-
вичного ключа целесообразно выбирать атрибут, значение которого не меня-
ется в течение всего времени существования экземпляра (в этом смысле та-
бельный номер предпочтительнее фамилии - ее можно сменить, вступив в
брак).
  При создании связей между сущностями (например, ‘один ко многим’) в
дочернюю сущность передаются атрибуты, составляющие первичный
ключ в родительской сущности; эти атрибуты образуют в дочерней сущно-
сти внешний ключ.
  Нормализация позволяет сократить объем хранимой информации и устра-
нить некорректности в организации хранения данных.
  Модель данных соответствует первой нормальной форме, если в таблицах
отсутствуют группы повторяющихся значений. Это достигается путем выде-
ления атрибутов с повторяющимися значениями в отдельные сущности, соз-
данием (или выбором) для них новых первичных ключей и установлением
связей ‘один ко многим’ от новых сущностей к старым; первичные ключи
новых сущностей при этом станут внешними ключами для старых сущно-
стей.
   Модель данных соответствует второй нормальной форме, если в сущно-
стях, содержащих составной первичный ключ, неключевые атрибуты зависят
от всего первичного ключа. Если в какой-либо сущности имеется зависи-
мость каких-либо неключевых атрибутов от части ключа, необходимо выде-
лить их в отдельную сущность, сделав первичным ключом новой сущности
часть первичного ключа, от которой зависят данные атрибуты, и установить
связь ‘один ко многим’ от новой сущности к старой.
   Модель данных соответствует третьей нормальной форме, если в сущно-
стях отсутствует взаимозависимость между неключевыми атрибутами. Это
соответствие достигается путем выделения в отдельную сущность атрибутов
с одной и той же зависимостью от неключевого атрибута, использования ат-
рибутов, определяющих эту зависимость, в качестве первичного ключа новой
сущности и установки связи ‘один ко многим’ от новой сущности к старой
сущности.
  Ниже описывается процесс проектирования простой (аналогичной опи-
санной в [4]) БД с применением классического CASE-пакета ERwin [2]. Про-
ектируется БД посещаемости пациентами медицинского учреждения. На
рис.18 приведен исходный список данных, являющихся существенными для
хранения информации о посещениях (на первом этапе проектирования имен-
но эти данные представляются центральной сущностью информационной
системы).




                                  - 35 -