Помогает ли внешний ключ повысить эффективность запросов?

Question

Предположим, у меня есть 2 стола, продукты и товарные категории. Обе таблицы имеют отношение к CategoryId. И это запрос.

SELECT p.ProductId, p.Name, c.CategoryId, c.Name AS Category 
FROM Products p 
INNER JOIN ProductCategories c ON p.CategoryId = c.CategoryId 
WHERE c.CategoryId = 1; 

Когда я создаю план выполнения, таблица ProductCategories выполняет поиск индекса кластеров, что является ожиданием. Но для Table Products он выполняет сканирование индекса кластеров, что вызывает у меня сомнения. Почему FK не помогает повысить производительность запросов?

Так что я должен создать индекс на Products.CategoryId. Когда я снова создаю план выполнения, обе таблицы выполняют поиск индекса. И расчетная стоимость поддерева значительно снижается.

Мои вопросы:

1. Кроме FK помогает в отношениях ограничения, у него есть какие-либо другие полезности? Улучшает ли производительность запросов?

2. Должен ли я создавать индекс во всех столбцах FK (понравившиеся продукты.CategoryId) во всех таблицах?

Answer 1

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

Answer 2

Внешний ключ - это концепция СУБД для обеспечения целостности базы данных.

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

В SQL Server хорошая практика гарантировать, что все внешние ключи имеют по меньшей мере некластеризованный индекс.

Я надеюсь, что это очистит вас, но, пожалуйста, не стесняйтесь обращаться за дополнительной информацией.

Answer 3

Внешние ключи могут улучшить (и больно) производительность

1. Как указано здесь: Foreign keys boost performance

2. Вы должны всегда создавать индексы для столбцов FK сократить поиск. SQL Server не делает это автоматически.

Редактировать

В ссылке теперь, кажется мертвым (престижность Криса за замечать) после показывает суть того, почему внешние ключи могут улучшить (и больно) производительности.

Can Foreign key improve performance

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

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

Answer 4

Вы можете использовать его, чтобы помочь сделать запрос более эффективным. Это позволяет вам реструктурировать запросы в SQL Server, чтобы использовать внешнее соединение вместо внутреннего, что устраняет необходимость использования sql-серверов в проверке наличия нулевого столбца. Вам не нужно вводить этот квалификатор, потому что отношения с внешним ключом уже раскрывают это для вас.

Так что:

select p.ProductId, p.Name, c.CategoryId, c.Name AS Category 
from Products p inner join ProductCategories c on p.CategoryId = c.CategoryIdwhere c.CategoryId = 1; 

Становится это:

SELECT p.ProductId, p.Name, c.CategoryId, c.Name AS Category 
FROM ProductCategories c 
LEFT OUTER JOIN Products P ON 
c.CategoryId = p.CategoryId 
WHERE c.CategoryId = 1; 

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

Answer 5

Ваша лучшая ставка производительности - использовать индексы в полях, которые вы часто используете. Если вы используете SQL Server, вы можете использовать профилировщик для профилирования конкретной базы данных и взять файл, который выводит и использует мастер настройки, чтобы получить рекомендации о том, где разместить ваши индексы. Мне также нравится использовать профилировщик для кратковременного хранения хранимых процедур, у меня есть десятка лучших списков преступников, которые я публикую каждую неделю, держит людей честными: D.

Answer 6

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

Answer 7

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

Answer 8

Внешние ключи SQL Server 2008 могут влиять на производительность, влияя на способ выбора механизма базы данных для оптимизации запроса. Обратитесь к эвристике Star Join в следующей статье: https://technet.microsoft.com/en-us/library/2008.04.dwperformance.aspx