Слабкі множини сутностей
Інколи трапляється, що ключ для певної множини сутностей доводиться формувати на основі атрибутів, які повністю або частково належать до іншої множини сутностей. Така сутність є слабкою, а зв’язок до сутності, з якої додаються ключові атрибути, є підтримуючим (supporting relationship). Слабка сутність зображається подвійним прямокутником, а підтримуючий зв’язок – подвійним ромбом.
Перше джерело слабких сутностей. Якщо сутності множини E є одиницями більш „крупних” сутностей множини F, імовірна ситуація, коли атрибути множини E, які претендують на унікальність, не будуть унікальними, поки до них не будуть додані атрибути множини F, яким „підлягають” сутності E.
Приклади є в базі Технічної служби: якщо не використовувати сурогатний ключ, то група, підгрупа, деталь не ідентифікуються власними кодами, для цього до ключа треба додати коди груп верхніх рівнів довідника включно з кодом марки машини.
E – група (підсистема) в каталозі,
F – марка машини.
Інший приклад: ієрархія приміщень у БД інвестування житла:
Рис. 2.19. Ієрархія приміщень у БД інвестування житла
Рис. 2.20. Слабкі сутності у БД інвестування житла
Друге джерело слабких сутностей. З’єднуючі множини сутностей, які створюються при спробі уникнути багатосторонніх зв’язків, часто не містять власних атрибутів, тому ключі таких множин складаються з атрибутів інших пов’язаних з ними множин.
Приклад – сутність Contracts e у БД фільмів. Унікальна сутність контракт визначається сукупністю значень атрибутів:
Name множин сутностей Stars i Studios,
Title i year множини сутностей Movies.
Рис.5.6. Слабка з’єднуюча сутність
Підтримуючий зв’язок R від множини сутностей E до множини сутностей F має відповідати наступним вимогам:
R – зв’язок типу багато до одного (зокрема, і один до одного).
Для R має місце обмеження посилальної цілісності.
Атрибути F, надані для утворення ключа E, є ключовими і для F.
Якщо і F є слабкою сутністю, необхідні для утворення ключа атрибути по ланцюжку „позичаються” у „головніших” множин сутностей (як-от у прикладі БД інвестування житла, рис.5.16).
Сурогатний ключ
Це додаткове службове поле, додане до вже існуючих інформаційних полів таблиці, єдине призначення якого — слугувати первинним ключем. Значення цього поля не утворюється на основі якихось інших даних з БД, а генеруються штучно.
Як правило, сурогатний ключ — це просто числове поле, в яке заносяться значення з числової послідовності, що збільшується. ... У ряді СУБД (напр., PostgreSQL, Sybase, MySQL[1] або SQL Server [2]) є спеціальний тип даних для таких полів — числове поле, в яке при додаванні запису в таблицю автоматично записується унікальне для цієї таблиці числове значення — т.зв. «автоінкремент».
Головна превага сурогатного ключа полягає в тому, що він ніколи не змінюється, оскільки не є інформативним полем таблиці (не несе ніякої інформації щодо об’єкту, який описується записом.). ... Саме на нього вказують усі посилання в пов’язаних таблицях. (Вікіпедія, стаття Суррогатный ключ). Сурогатний ключ „надає сили” слабким сутностям.
В MsAccess для сурогатного ключа використовується поле типу лічильник, для великих БД краще обрати властивість нові значення – випадкові.