Преимущества ограничения внешнего ключа SQL Server

Question

Мы разрабатываем базу данных, в которой мне нужно рассмотреть некоторые ограничения FK (внешний ключ) . Но это не ограничивается формальным структурированием и нормализацией . Мы идем на это только в том случае, если он предоставляет любые преимущества производительности или масштабируемости .

Я собираюсь через интересные статьи и поиск по Google для получения практических преимуществ. Вот некоторые ссылки:

http://www.mssqltips.com/tip.asp?tip=1296

Я хотел бы знать больше о преимуществах FK (кроме формальной структуризации и знаменитый каскадно удалить \ обновление).

• FK по умолчанию не индексируется, так что же соображения при индексировании FK?

• Как обращаться с полями с нулевым значением, которые отображаются как внешний ключ - это разрешено?

• Помимо индексации, помогает ли это в оптимизации планов выполнения запросов в SQL-Server?

Я знаю, что есть больше, но я бы предпочел, чтобы эксперты говорили об этом. Пожалуйста, направляйте меня.

Answer 1

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

Answer 2

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

У них нет никакой «функциональной» выгоды, они ничего не будут оптимизировать. Вам все равно придется создавать индексы самостоятельно и т. Д. И да, вы можете иметь значения NULL в столбце, который является внешним ключом.

Answer 3

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

Но, если у вас нет денормализованной по назначению структуры db, я бы рекомендовал вам использовать ограничения FK. Основная причина - согласованность.

Answer 4

Как уже упоминалось, они предназначены для обеспечения целостности данных. Любая «потеря» производительности будет полностью уничтожена временем, требуемым для исправления сломанных данных.

Однако может быть косвенное преимущество в производительности.

Для SQL Server, по крайней мере, столбцы в FK должны иметь одинаковый тип данных с каждой стороны. Без FK у вас может быть родитель nvarchar и, например, файл varchar.Когда вы присоединитесь к двум таблицам, вы получите конверсии типов данных, которые могут привести к снижению производительности.

Example: different varchar lengths causing an issue

Answer 5

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