Чи можу я отримати зовнішній ключ, що посилається на стовпець у поданні в SQL Server?

У SQL Server 2008 і дано

TableA(A_ID, A_Data)
TableB(B_ID, B_Data)
ViewC(A_or_B_ID, A_or_B_Data)

чи можна визначити TableZ(A_or_B_ID, Z_Data)таке, щоб Z.A_or_B_IDстовпець обмежувався значеннями, знайденими в ViewC? Чи можна це зробити за допомогою зовнішнього ключа проти точки зору?

Ви не можете вказати подання у зовнішньому ключі.

У старих версіях SQL Server зовнішні ключі були можливі лише за допомогою тригерів. Ви можете імітувати власний зовнішній ключ, створивши тригер Insert, який перевіряє, чи вставлене значення також відображається в одній з відповідних таблиць.

Якщо вам дійсно потрібна A_or_B_IDтаблиця Z, у вас є два схожі варіанти:

1) Додайте до таблиці z нульові значення A_IDта B_IDстовпці, створіть A_or_B_IDобчислюваний стовпець, використовуючи ISNULL для цих двох стовпців, та додайте обмеження CHECK, яке лише одне з A_IDабо B_IDне має значення null

2) Додайте стовпець TableName до таблиці z, обмежений вмістом A або B. Тепер створіть A_IDі B_IDяк обчислювані стовпці, які не є нульовими, лише коли названо відповідну таблицю (з використанням виразу CASE). Зробіть їх також наполегливими

В обох випадках у вас тепер є A_IDі B_IDстовпці, які можуть мати відповідні зовнішні ключі до базових таблиць. Різниця полягає в тому, в яких обчислюються стовпці. Крім того, вам не потрібне TableName у варіанті 2 вище, якщо домени 2 стовпців ідентифікатора не збігаються - до тих пір, поки вираз справи може визначати, до якого домену A_or_B_ID потрапляє

(Дякую за коментар за виправлення мого форматування)

На жаль, ви не можете FK для перегляду в SQL Server.

Є ще один варіант. Розглядайте TableA та TableB як підкласи нової таблиці, яка називається TablePrime. Налаштуйте значення ідентифікатора TableB, щоб вони не збігалися зі значеннями ID TableA. Зробіть ідентифікатор у TablePrime PK і вставте всі ідентифікатори TableA та TableB (скориговані) у TablePrime. Зробіть, щоб TableA та TableB мали зв’язок FK на своєму ПК з однаковим ідентифікатором у TablePrime.

Тепер у вас є шаблон супертипу / підтипу і ви можете обмежувати TablePrime (коли ви хочете або A-or-B ), або одну з окремих таблиць (коли потрібно лише A або лише B ).

Якщо вам потрібні додаткові відомості, будь ласка, запитайте. Є варіанти, які дозволять вам переконатися, що А і В взаємовиключні, або, можливо, річ, з якою ви працюєте, може бути одночасно одночасно. Найкраще це формалізувати у ФК, якщо це можливо.

Простіше додати обмеження, яке посилається на визначену користувачем функцію, яка здійснює перевірку для вас, fCheckIfValueExists (columnValue), яка повертає true, якщо значення існує, і false, якщо цього немає.

Перевагою є те, що він може отримувати кілька стовпців, виконувати з ними обчислення, приймати нулі та приймати значення, які не точно відповідають первинному ключу або порівнювати з результатами об'єднання.

Недоліком є ​​те, що оптимізатор не може використовувати всі свої трюки з іноземними ключами.

Вибачте, у суворому розумінні цього слова, ні, ви не можете встановлювати зовнішні ключі у поданнях. Ось чому:

InnoDB - це єдиний вбудований механізм зберігання даних для MySQL, який має зовнішні ключі. Будь-яка таблиця InnoDB буде зареєстрована в information_schema.tables з engine = 'InnoDB'.

Перегляди, хоча і реєструються в information_schema.tables, мають механізм зберігання NULL. У MySQL не існує механізмів розміщення зовнішніх ключів у будь-якій таблиці, яка має невизначений механізм зберігання.

Дякую!