3. Инфологическое проектирование бд.

3.1 Модель «сущность-связь».

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

Инфологическое проектирование, прежде всего, связано с попыткой представления семантики предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику, то есть смысл предметной области.

Проблема представления семантики давно интересовала разработчиков, и в семидесятых годах было предложено несколько моделей данных, названных семантическими моделями. К ним можно отнести семантическую модель данных, предложенную Хаммером (Hammer) и Мак-Леоном (McLeon) в 1981 году, функциональную модель данных Шипмана (Shipman), также созданную в 1981 году, модель "сущность—связь", предложенную Ченом (Chen) в 1976 году, и ряд других моделей. У всех моделей были свои положительные и отрицательные стороны, но испытание временем выдержала только последняя. И в настоящий момент именно модель Чена "сущность—связь", или "Entity Relationship", стала фактическим стандартом при инфологическом моделировании баз данных.

Модель «сущность-связь» называют также «ER-моделью» (essence-сущность, relation-связь).

2. Классификация связей.

При проектирование БД информацию обычно размещают в нескольких таблицах. Таблицы при этом связывают с семантикой информации. В реляционной СУБД для указания связей в таблице производят операции их связывания. Рассмотрим наиболее часто встречаемые бинарные связи:

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

Связь 1:М может быть в случае, когда одной записи основной таблицы соответствует несколько записей дополнительной таблицы.

Связь М:1 может быть тогда, когда нескольким записям основной таблицы ставится в соответствии одна запись дополнительной.

Связь М:М возникает в том случае когда нескольким записям основной таблицы соответствует несколько записей дополнительной. В реляционной БД связь М:М реализуется через дополнительные таблицы.

Рассмотрим связи между выявленными сущностями:

1. Между атрибутами сотрудники и трудовой договор будет связь 1:1, так как сотрудник с данной фирмой заключает трудовой договор всего один раз.

2. Между атрибутами сотрудники и командировка будет связь 1:М, так как сотрудник может сколько угодно раз ездить в командировки.

3. Между атрибутами сотрудники и больничный будет связь 1:М, так как сотрудник может сколько угодно раз уходить на больничный.

4. Между атрибутами сотрудники и отпуск будет связь 1:М, так как сотрудник может сколько угодно раз ходить в отпуск.

5. Между атрибутами сотрудники и курсы повышения квалификации (перевод) будет связь 1:М, так как сотрудник может проходить курсы повышения квалификации сколько угодно раз.

6. Между атрибутами сотрудники и увольнение будет связь 1:1, так сотрудник может уволиться только один раз.

7. Между атрибутами сотрудники и табель рабочего времени будет связь 1:1, так как одному сотруднику соответствует только одна запись каждого месяца в табеле.