Идентифицирующая или неидентифицирующая связь?

Question

[Sushkov]

Не могу понять, что когда использовать. Прочитал, что идентифицирующая связь преобразует дочернюю сущность в зависимую. Но ведь можно сделать неидентифицирующую связь и все равно ключ будет в дочерней сущности. В чем смысл?

Answer 1

[Станислав Макаров]

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

Хороший пример - сущность "элемент заказа" (OrderItem). Не может быть элемента заказа без самого заказа. Поэтому идентифицирующая связь из отношения "заказ" (Order) отлично тут подойдет. Если у заказа первичный ключ Id, то первичный ключом OrderItem будет, к примеру, такая пара: (OrderId, Number), где OrderId - внешний ключ в таблицу заказов, добавленный идентифицирующей связью, а Number - номер элемента заказа (строки в чеке, если так понятнее), позволяющий иметь несколько заказанных товаров в одном заказе.

Неидентифицирующая связь, соответственно, НЕ добавляет колонки внешнего ключа в первичный ключ. Соответственно, значение внешнего ключа при неидентифицирующей связи может быть как NULL, так и NOT NULL.

Comments

[romanraspopov]

А что будет, если для этого примера с "заказом" и "элементом заказа" все-таки указать неидентифицирующую связь (пускай с атрибутом NOT NULL). Какие следствия (ошибки, нестыковки) это вызовет?