Необходимы ли ограничения внешнего ключа?

В идеальном мире есть ограничения внешнего ключа, которые когда-либо были необходимы?Необходимы ли ограничения внешнего ключа?

источник

2009-10-02 Arron S

В чем проблема с ограничениями FK? Почему бы вам не использовать их? –

Только если у вас несколько таблиц. –

@Charles: внешний ключ может ссылаться на ту же таблицу, в которой он определен, например. 'Employees.manager_id'. –

Внешние ключи обеспечивают Консистенция в СУБД. То есть ни одна дочерняя строка не может ссылаться на несуществующего родителя.

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

Когда в СУРБД применяются ограничения, вы можете положиться на согласованность. Другими словами, база данных никогда не позволяет совершать изменения, которые нарушают ссылки.

Если ограничения связаны с кодом приложения, вы никогда не можете быть уверены, что в базе данных не было ошибок. Вы обнаруживаете, что работаете с частыми сценариями SQL, чтобы поймать неработающие ссылки и исправить их. Дополнительный код, который вы должны написать, чтобы сделать это, намного превосходит любые эксплуатационные затраты на последовательность управления РСУБД.

источник

2009-10-02 23:18:01

+1 - Хорошо сказано. –

В дополнение к защите целостности ваших данных ограничения FK также помогают документировать отношения между вашими таблицами в самой базе данных.

источник

2009-10-02 23:06:57

+1 - хорошая точка. Они могут быть очень удобными при использовании инструментов генерации кода, таких как CodeSmith. – TrueWill

Да, если вы хотите обеспечить ссылочную целостность.

источник

2009-10-02 23:07:08

Мир не может быть совершенным без внешних ключей.

источник

2009-10-02 23:07:19

Мир не идеален, поэтому они необходимы.

источник

2009-10-02 23:07:23

В дополнение к эффекту документа, упомянутому Дейвом, ограничения FK могут помочь вам записать меньший код и автоматизировать некоторые бит.

Если вы, например, удалите запись клиента, все его счета-фактуры и строки счетов также удаляются автоматически, если у вас есть «ВКЛЮЧИТЬ КАСКАД» на их FK constrainst.

источник

2009-10-02 23:10:28 codymanix

... но зачем вам это нужно? Если вы удалите клиента, разве вы все еще не хотите делать записи о покупках, сделанных ими для ведения бухгалтерского учета? –

Крис: Я понимаю, что вы говорите, но в этом случае вы, вероятно, не хотите удалять клиента, просто установите флаг в своей записи, указав, что они больше не активны. – bcat

@chris: вот почему он настраивается! Для отношений между родителями и детьми это может быть хорошо, но для чисто ссылочных отношений, очевидно, вы не ... –

В дополнение к принудительному исполнению и документированию они могут ускорить выполнение запросов. Оптимизатор запросов может видеть внешнее ограничение, понимать его эффект и делать оптимизацию плана, которая была бы невозможна без ограничения. См. Foreign Key Constraints (Without NOCHECK) Boost Performance and Data Integrity. (Специфичный для SQL Server)

источник

2009-10-02 23:39:45

Необходимы ли ограничения внешнего ключа?

ответ

Смежные вопросы