Опасно ли это соединение? - PullRequest
Новая
       12

Опасно ли это соединение?

2 голосов
/ 31 декабря 2008

Сотрудник попросил меня посмотреть индексирование для некоторых таблиц, потому что его запрос выполнялся очень долго. Более часа. 

select count(1)
from databaseA.dbo.table1
inner join databaseA.dbo.table2 on (table1.key = table2.key)
inner join databaseB.dbo.table3 on (table1.key = table3.key)

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

В таблицах 1 и 2 было более 2 миллионов записей. В Table3 было около десятка записей или около того.

Я посмотрел на план запроса, и оптимизатор решил выполнить поиск индекса по вложенным циклам в таблицах 1 и 2 с таблицей 3 в качестве движущей таблицы!

Мое первое предположение состояло в том, что статистика была серьезно испорчена в таблицах 1 и 2, но перед обновлением статистики я попытался добавить подсказку о соединении таким образом: 

select count(1)
from databaseA.dbo.table1
inner HASH join databaseA.dbo.table2 on (table1.key = table2.key)
inner join databaseB.dbo.table3 on (table1.key = table3.key)

Результаты возвращаются через 15 секунд.

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

Должен ли я вернуться к проблеме статистики и решить ее таким образом? Может ли неправильный план запроса быть результатом объединения из отдельных баз данных?

Может кто-нибудь предложить мне несколько идей, основанных на вашем опыте?

Ответы [ 4 ]

2 голосов
/ 31 декабря 2008

Я бы сначала заподозрил статистику.

Как вы, несомненно, знаете, подсказок о присоединении следует избегать в 99% случаев и использовать только тогда, когда у вас есть доказательства того, что они абсолютно необходимы.

1 голос
/ 21 января 2009

Медленно выполняющийся запрос, связанный со связанными серверами, может быть связан с сопоставлением. Смотрите здесь для некоторого фона: http://blogs.msdn.com/psssql/archive/2008/02/14/how-it-works-linked-servers-and-collation-compatibility.aspx Подсказка хеш-соединения заставляет сортировщик, так что это объясняет увеличение производительности.

Вот как установить параметры: 

EXEC master.dbo.sp_serveroption 
    @server=N'databaseA', 
    @optname=N'collation compatible', 
    @optvalue=N'true'

EXEC master.dbo.sp_serveroption 
    @server=N'databaseA', 
    @optname=N'use remote collation', 
    @optvalue=N'false'

-Edoode

1 голос
/ 31 декабря 2008

Разве вложенный цикл не будет наиболее подходящим? Возьмите 12 записей из таблицы 3, сопоставьте с 12 записями в таблице 1, сопоставьте с 12 записями в таблице 2.

В противном случае ваше хеш-соединение также приведет к упорядочению - то есть вы хешируете 1 миллион записей из Таблицы 1 и Таблицы 2, а затем присоединитесь к 12 записям в Таблице 3.

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

Но - да - в общем, подсказки о присоединении являются последним средством.

1 голос
/ 31 декабря 2008

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

...