Для выявления, какой именно вид связи должен применяться между двумя сущностями, строят диаграмму для экземпляров сущностей.

О наличии связи один-к-одному следует говорить, если каждая из гипотетических компаний (К1, К2,..., Kn) в состоянии обслуживать только один из городов. И наоборот, в каждом из городов может размещаться только одна компания. На рис. 31.146 приведен пример связи один-ко-многим. Такой вид связи проявляется в тех случаях, когда в одном городе может размещаться несколько компаний, а компания, в свою очередь, в состоянии обслуживать только один город. И наконец, связь многие-ко-многим (рис. 31.14в) имеет место в случае отсутствия ограничений на количество компаний в городах.

Завершив построение ER-диаграммы, разработчик БД приступает к формированию таблиц. Вы уже догадались, что структура будущей таблицы «вырисовывается» из типа сущности. Действительно, в самом общем случае отдельная таблица генерируется на основе отдельного типа сущности. Вернемся к рис. 31.11, на котором представлен тип сущности Worker (сотрудник). Это уже практически готовая структура таблицы, в которой отдельным полям соответствуют атрибуты сущности. Однако подход «один тип сущности - одна таблица» не всегда оптимален. Зачастую допускается объединение двух типов сущности в одну таблицу. Такое решение оправдано в ситуации, когда сущности состоят в отношении один-к-одному.

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