Всем привет

Из тех. журнала выдрал запрос
Запрос выполняется 1242 сек, соединяемые временные таблицы проиндексированы, основная временная нет

Смущает количество строк 565635284 в операторе Merge Join, в данных нет такого количества строк

51:46.301000-1242925996,DBMSSQL,6,process=rphost,p:processName=База,t:clientID=508,t:applicationName=1CV8C,t:computerName=VM-1C,t:connectID=53138,SessionID=16,Usr=Юзер,AppID=1CV8C,Trans=0,dbpid=83,Sql='SELECT
T1._Q_001_F_005RRef,
T1._Q_001_F_006,
T2._Q_001_F_001RRef,
T3._Q_001_F_001RRef,
T4._Q_001_F_001RRef
FROM #tt7 T1 WITH(NOLOCK)
LEFT OUTER JOIN #tt9 T2 WITH(NOLOCK)
ON (T1._Q_001_F_002 = T2._Q_001_F_000)
LEFT OUTER JOIN #tt11 T3 WITH(NOLOCK)
ON (T1._Q_001_F_003 = T3._Q_001_F_000)
LEFT OUTER JOIN #tt13 T4 WITH(NOLOCK)
ON (T1._Q_001_F_004 = T4._Q_001_F_000)
GROUP BY T1._Q_001_F_005RRef,
T1._Q_001_F_006,
T3._Q_001_F_001RRef,
T4._Q_001_F_001RRef,
T2._Q_001_F_001RRef
ORDER BY 1, 2',Rows=24120,RowsAffected=-1,planSQLText='
24120, 1, 1.24E+006, 0.0113, 115, 76, 4.02E+003, 1,   |--Sort(ORDER BY:([T1].[_Q_001_F_005RRef] ASC, [T1].[_Q_001_F_006] ASC))
24120, 1, 1.24E+006, 0, 3.82E+003, 76, 3.91E+003, 1,        |--Hash Match(Aggregate, HASH:([T1].[_Q_001_F_005RRef], [T1].[_Q_001_F_006], [T3].[_Q_001_F_001RRef], [T4].[_Q_001_F_001RRef], [T2].[_Q_001_F_001RRef]), RESIDUAL:([tempdb].[dbo].[#tt7].[_Q_001_F_005RRef] as [T1].[_Q_001_F_005RRef] = [tempdb].[dbo].[#tt7].[_Q_001_F_005RRef] as [T1].[_Q_001_F_005RRef] AND [tempdb].[dbo].[#tt7].[_Q_001_F_006] as [T1].[_Q_001_F_006] = [tempdb].[dbo].[#tt7].[_Q_001_F_006] as [T1].[_Q_001_F_006] AND [tempdb].[dbo].[#tt11].[_Q_001_F_001RRef] as [T3].[_Q_001_F_001RRef] = [tempdb].[dbo].[#tt11].[_Q_001_F_001RRef] as [T3].[_Q_001_F_001RRef] AND [tempdb].[dbo].[#tt13].[_Q_001_F_001RRef] as [T4].[_Q_001_F_001RRef] = [tempdb].[dbo].[#tt13].[_Q_001_F_001RRef] as [T4].[_Q_001_F_001RRef] AND [tempdb].[dbo].[#tt9].[_Q_001_F_001RRef] as [T2].[_Q_001_F_001RRef] = [tempdb].[dbo].[#tt9].[_Q_001_F_001RRef] as [T2].[_Q_001_F_001RRef]))
565635284, 1, 5.72E+008, 0.016, 83.1, 76, 85.8, 1,             |--Merge Join(Right Outer Join, MANY-TO-MANY MERGE:([T4].[_Q_001_F_000])=([T1].[_Q_001_F_004]), RESIDUAL:([tempdb].[dbo].[#tt7].[_Q_001_F_004] as [T1].[_Q_001_F_004]=[tempdb].[dbo].[#tt13].[_Q_001_F_000] as [T4].[_Q_001_F_000]))
23978, 1, 2.4E+004, 0.0846, 0.0265, 29, 0.111, 1,                  |--Clustered Index Scan(OBJECT:([tempdb].[dbo].[#tt13] AS [T4]), ORDERED FORWARD)
24161, 1, 2.44E+004, 0.0113, 1.64, 66, 2.52, 1,                  |--Sort(ORDER BY:([T1].[_Q_001_F_004] ASC))
24161, 1, 2.44E+004, 0, 0.211, 66, 0.876, 1,                       |--Hash Match(Right Outer Join, HASH:([T3].[_Q_001_F_000])=([T1].[_Q_001_F_003]), RESIDUAL:([tempdb].[dbo].[#tt7].[_Q_001_F_003] as [T1].[_Q_001_F_003]=[tempdb].[dbo].[#tt11].[_Q_001_F_000] as [T3].[_Q_001_F_000]))
149, 1, 149, 0.00313, 0.000321, 45, 0.00345, 1,                            |--Clustered Index Scan(OBJECT:([tempdb].[dbo].[#tt11] AS [T3]))
24161, 1, 2.44E+004, 0, 0.206, 63, 0.661, 1,                            |--Hash Match(Right Outer Join, HASH:([T2].[_Q_001_F_000])=([T1].[_Q_001_F_002]), RESIDUAL:([tempdb].[dbo].[#tt7].[_Q_001_F_002] as [T1].[_Q_001_F_002]=[tempdb].[dbo].[#tt9].[_Q_001_F_000] as [T2].[_Q_001_F_000]))
84, 1, 84, 0.00313, 0.000249, 44, 0.00337, 1,                                 |--Clustered Index Scan(OBJECT:([tempdb].[dbo].[#tt9] AS [T2]))
24145, 1, 2.41E+004, 0.425, 0.0267, 58, 0.451, 1,                                 |--Table Scan(OBJECT:([tempdb].[dbo].[#tt7] AS [T1]))
',Context='Форма.Вызов :

Направьте куда копать плиз
Спасибо.

В сторону xml-ного плана запроса.

там ведь будет estimate plan
а actual без студии можно получить ?

Класса Statistic Profile
Вот там не будет "непонятных" количеств.
Вернее, там будет "непонятное" и фактическое количество.

(2) Нет. Если будете получать actual - ТЖ загнется.

Смотрите профайлером.

(4) интересно ТЖ может поймать actual ?

(0) до этого было 1500 сек. с оператором Parallelism
после установки в 0 Max DOP стало, что сейчас

(7) Ты пишешь странные вещи.

Max DOP=0 - это автоматический парралелизм.
Max DOP=1 - это отключение парралелизма.
Max DOP>1 - это ручной парралелизм.

(8)
да сорри попутал, тупанул

было = 0, планы были с парралелизм-ом
сейчас 1, парралелизм из плана ушёл, время снизилось на ~300 сек. но легче от этого не стало

(0)
попробую добавить индекс на основную таблицу, по 3-м соединяемым полям, возможно поможет

Хоть бы запрос 1с написал бы

(12)
он простейший


|////////////////////////////////////////////////////////////////////////////////
        |ВЫБРАТЬ
        |    ДанныеДоговоры.Договор КАК Договор,
        |    ДанныеДоговоры.БюджетныйГод КАК БюджетныйГод,
        |    ТабЦФО.ЦФО,
        |    ТабСтатьи.Статья КАК СтатьяДвиженияДенежныхСредств,
        |    ТабПроекты.Проект
        |ИЗ
        |    ДанныеДоговоры КАК ДанныеДоговоры
        |        ЛЕВОЕ СОЕДИНЕНИЕ ТабЦФО КАК ТабЦФО
        |        ПО ДанныеДоговоры.SUBJECT_ID = ТабЦФО.SUBJECT_ID
        |        ЛЕВОЕ СОЕДИНЕНИЕ ТабСтатьи КАК ТабСтатьи
        |        ПО ДанныеДоговоры.EXPENSES_ID = ТабСтатьи.EXPENSES_ID
        |        ЛЕВОЕ СОЕДИНЕНИЕ ТабПроекты КАК ТабПроекты
        |        ПО ДанныеДоговоры.PROJECT_ID = ТабПроекты.PROJECT_ID
        |
        |СГРУППИРОВАТЬ ПО
        |    ДанныеДоговоры.Договор,
        |    ДанныеДоговоры.БюджетныйГод,
        |    ТабСтатьи.Статья,
        |    ТабПроекты.Проект,
        |    ТабЦФО.ЦФО
        |
        |УПОРЯДОЧИТЬ ПО
        |    Договор,
        |    БюджетныйГод

ну и ест-но в пакетнике
все соединяемые таблицы индексированы
кроме основной

А как эти ВТ создаются?

+(15) и которая из них больше, которая меньше

(13) В запросе идёт почти что перемножение вот по этому и множатся строки

(14) Таблицы не могут быть индексированными.

(0) В результате твоего Merge Join  565 миллионов строк.
Это связано, видимо, с ошибкой в условии соединения:
LEFT OUTER JOIN #tt13 T4 WITH(NOLOCK)
ON (T1._Q_001_F_004 = T4._Q_001_F_000)
- оно, видимо, почти всегда истинно. Потом это декартово произведение получившееся убирается группировкой

(13)
Точно!
Спасибо!

(19)

Спасибо!
уже нашёл вариант ...

буду тестить

(17)
Детская ошибка программера блин

Спасибо всем за участие
Ветку можно закрывать