ВУЗ:
Составители:
Рубрика:
- 35 -
Первичный ключ не должен содержать пустых значений. При выборе пер-
вичного ключа целесообразно выбирать атрибут, значение которого не меня-
ется в течение всего времени существования экземпляра (в этом смысле та-
бельный номер предпочтительнее фамилии - ее можно сменить, вступив в
брак).
При создании связей между сущностями (например, ‘один ко многим’) в
дочернюю сущность передаются атрибуты, составляющие первичный
ключ в родительской сущности; эти атрибуты образуют в дочерней сущно-
сти внешний ключ.
Нормализация позволяет сократить объем хранимой информации и устра-
нить некорректности в организации хранения данных.
Модель данных соответствует первой нормальной форме, если в таблицах
отсутствуют группы повторяющихся значений. Это достигается путем выде-
ления атрибутов с повторяющимися значениями в отдельные сущности, соз-
данием (или выбором) для них новых первичных ключей и установлением
связей ‘один ко многим’ от новых сущностей к старым; первичные ключи
новых сущностей при этом станут внешними ключами для старых сущно-
стей.
Модель данных соответствует второй нормальной форме, если в сущно-
стях, содержащих составной первичный ключ, неключевые атрибуты зависят
от всего первичного ключа. Если в какой-либо сущности имеется зависи-
мость каких-либо неключевых атрибутов от части ключа, необходимо выде-
лить их в отдельную сущность, сделав первичным ключом новой сущности
часть первичного ключа, от которой зависят данные атрибуты, и установить
связь ‘один ко многим’ от новой сущности к старой.
Модель данных соответствует третьей нормальной форме, если в сущно-
стях отсутствует взаимозависимость между неключевыми атрибутами. Это
соответствие достигается путем выделения в отдельную сущность атрибутов
с одной и той же зависимостью от неключевого атрибута, использования ат-
рибутов, определяющих эту зависимость, в качестве первичного ключа новой
сущности и установки связи ‘один ко многим’ от новой сущности к старой
сущности.
Ниже описывается процесс проектирования простой (аналогичной опи-
санной в [4]) БД с применением классического CASE-пакета ERwin [2]. Про-
ектируется БД посещаемости пациентами медицинского учреждения. На
рис.18 приведен исходный список данных, являющихся существенными для
хранения информации о посещениях (на первом этапе проектирования имен-
но эти данные представляются центральной сущностью информационной
системы).
Первичный ключ не должен содержать пустых значений. При выборе пер- вичного ключа целесообразно выбирать атрибут, значение которого не меня- ется в течение всего времени существования экземпляра (в этом смысле та- бельный номер предпочтительнее фамилии - ее можно сменить, вступив в брак). При создании связей между сущностями (например, ‘один ко многим’) в дочернюю сущность передаются атрибуты, составляющие первичный ключ в родительской сущности; эти атрибуты образуют в дочерней сущно- сти внешний ключ. Нормализация позволяет сократить объем хранимой информации и устра- нить некорректности в организации хранения данных. Модель данных соответствует первой нормальной форме, если в таблицах отсутствуют группы повторяющихся значений. Это достигается путем выде- ления атрибутов с повторяющимися значениями в отдельные сущности, соз- данием (или выбором) для них новых первичных ключей и установлением связей ‘один ко многим’ от новых сущностей к старым; первичные ключи новых сущностей при этом станут внешними ключами для старых сущно- стей. Модель данных соответствует второй нормальной форме, если в сущно- стях, содержащих составной первичный ключ, неключевые атрибуты зависят от всего первичного ключа. Если в какой-либо сущности имеется зависи- мость каких-либо неключевых атрибутов от части ключа, необходимо выде- лить их в отдельную сущность, сделав первичным ключом новой сущности часть первичного ключа, от которой зависят данные атрибуты, и установить связь ‘один ко многим’ от новой сущности к старой. Модель данных соответствует третьей нормальной форме, если в сущно- стях отсутствует взаимозависимость между неключевыми атрибутами. Это соответствие достигается путем выделения в отдельную сущность атрибутов с одной и той же зависимостью от неключевого атрибута, использования ат- рибутов, определяющих эту зависимость, в качестве первичного ключа новой сущности и установки связи ‘один ко многим’ от новой сущности к старой сущности. Ниже описывается процесс проектирования простой (аналогичной опи- санной в [4]) БД с применением классического CASE-пакета ERwin [2]. Про- ектируется БД посещаемости пациентами медицинского учреждения. На рис.18 приведен исходный список данных, являющихся существенными для хранения информации о посещениях (на первом этапе проектирования имен- но эти данные представляются центральной сущностью информационной системы). - 35 -
Страницы
- « первая
- ‹ предыдущая
- …
- 33
- 34
- 35
- 36
- 37
- …
- следующая ›
- последняя »