Сотрудники

Между атрибутами вышеперечисленных объектов существуют 2 типа отношений:

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

К данному типу относятся отношения между атрибутами:

1. Код клиента и ФИО;

2. № паспорта и ФИО;

3. № идентификационного кода и ФИО;

4. № банковского счёта и Наименование организации;

5. № регистрационного свидетельства и Наименование организации;

6. Код заявки и Наименование объекта;

7. Код сотрудника и ФИО.

Связи между остальными атрибутами объектов определены как "многие-ко-многим".

"Многие-ко-многим" - отношение имеет место, когда:

а) записи в родительской таблице может соответствовать больше одной записи в дочерней таблице;

б) записи в дочерней таблице может соответствовать больше одной записи в родительской таблице.

Многие СУБД не поддерживают связи "многие-ко-многим" на уровне индексов и ссылочной целостности, хотя и позволяют реализовывать ее в таблицах неявным образом. Аналогично, многие CASE - средства (программы для разработки структуры базы данных в виде диаграмм и генерации на их основе физической базы данных) также не позволяют определять эту связь между таблицами проектируемой базы данных. Считается, что всякая связь "многие-ко-многим" может быть заменена на одну или более связь "один-ко-многим".

Date: 2015-07-02; view: 337; Нарушение авторских прав