G
Size: a a a
2020 April 28
TS
Гопа, там же в табличную переменную вставка
TS
а вот чтение может и тормозить
MC
ну запись одна, тут не должно быть проблема с производительностью именно табличной переменной... тем более, речь о вставке а не о чтении
T
Гопа, там же в табличную переменную вставка
так говорят что с временной таблицей такая же херня
G
Гопа, там же в табличную переменную вставка
ебаные скриншоты фотоаппаратами, я не вглядывался
MC
Alex Ker
Insert
а случайно с инсертом, и без инсерта планы выполнения на селект не различаются?
TS
так говорят что с временной таблицей такая же херня
значит, с чтением проблема
AK
а случайно с инсертом, и без инсерта планы выполнения на селект не различаются?
Очень даже различаются
MC
ну вот, может хинты какие-то добавить, чтобы при вставке использовался наиболее эффективный план.
MC
Наркоманский вариант - посредством sys.dm_exec_query_stats отыскать все планы, кроме эффективного, и точечно поубирать их через DBCC FREEPROCACHE @plan_handle
В
Попробуй простой инсерт одной записи в таблицу быстро отрабатывает? Плюс, когда работал с хмл, замечал, что там эстимейтед роус всегда 10к в плане, можно попробовать хинт optimize for
AK
Вячеслав
Попробуй простой инсерт одной записи в таблицу быстро отрабатывает? Плюс, когда работал с хмл, замечал, что там эстимейтед роус всегда 10к в плане, можно попробовать хинт optimize for
Ща про это почитаю
AK
Я выяснил что в Worksheet по индексу 7 в xml очень тормазит запрос а мои данные находятся в индексах диапазоном 8-10 а связи с этим если он быстро выполняет запрос без insert то нужно как то определить из какого worksheet вернее его индекса и уже динамически подставлять его только как опредилить этот индекс?
AK
Нашел как поправит добавил @xml.nodes('/ss:Workbook/ss:Worksheet[@ss:Name="Наименование листа"]/ss:Table/ss:Row')
Это помогло оптимизировать.
Это помогло оптимизировать.