gifts2017

Переписываем запросы 1С для повышения производительности на SQL сервере

Опубликовал Alexei Zhovner (jan27) в раздел Программирование - Практика программирования

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

По мотивам  Rewriting Queries to Improve Performance

Цель: изучить влияние синтаксиса запроса на генерируемые SQL планы запросов

Тестовая среда:

  • Windows Server 2008 R2 Enterprise
  • MS SQL server 2008 R2
  • 1С:Предприятие 8.2.19.90

SQL properties:

Инструменты:

  • SQL Server Profiler
  • Консоль запросов 1С

Подготовка:

Запускаем SQL Server Profiler, устанавливаем соединение, отмечаем события и колонки как показано на рисунке:

Устанавливаем отбор для нашей базы:

Примеры

Выполняем запрос:

Данный вид запроса сгенерировал следующий план исполнения:

Теперь попробуем упорядочить по полю «Код». В результате получаем следующий план:

Попробуем добавить еще упорядочивание и по полю «Код Улицы В Коде»:

Теперь появились элементы параллелизма.

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

Переписываем запрос

Как видно, вариант запроса с отбором "ИЛИ" вместо "В" вызывает тот же план выполнения, разве что работает дольше.

Если добавим упорядочивание по полю «КОД», то получим схожий результат с запросом с "В"

Добавление упорядочивания и по полю «Код Улицы В Коде» вызывает генерацию плана, схожего с запросом “В” при тех же условиях упорядочивания.

Теперь попробуем другой синтаксис:

Теперь мы наблюдаем в корне другой план исполнения, который, правда имеет худшие показатели, по сравнению с самым первым запросом. Если добавим упорядочивание по полю «Код»:

При добавлении упорядочивания по полю «Код Улицы В Коде», получим тот же план выполнения запроса.

Пример запроса с большим количеством таблиц

ВЫБРАТЬ  ПЕРВЫЕ 1000
	УчетЗатратРегл.АналитикаВидаУчета,
	УчетЗатратРегл.АналитикаУчетаЗатрат,
	УчетЗатратРегл.АналитикаУчетаПартий,
	УчетЗатратРегл.АналитикаРаспределенияЗатрат,
	УчетЗатратРегл.Количество,
	УчетЗатратРегл.КоличествоНУ,
	УчетЗатратРегл.Количество КАК КоличествоПолучатель,
	УчетЗатратРегл.КоличествоНУ КАК КоличествоНУПолучатель,
	УчетЗатратРегл.Стоимость,
	УчетЗатратРегл.Стоимость КАК СтоимостьПолучатель,
	УчетЗатратРегл.СтоимостьНУ,
	УчетЗатратРегл.СтоимостьНУ КАК СтоимостьНУПолучатель,
	УчетЗатратРегл.ПостояннаяРазница,
	УчетЗатратРегл.ПостояннаяРазница КАК ПостояннаяРазницаПолучатель,
	УчетЗатратРегл.КодОперации,
	УчетЗатратРегл.КорАналитикаВидаУчета,
	УчетЗатратРегл.КорАналитикаУчетаЗатрат,
	УчетЗатратРегл.КорАналитикаУчетаПартий,
	УчетЗатратРегл.КорАналитикаРаспределенияЗатрат,
	УчетЗатратРегл.НомерСтроки КАК НомерСтрокиВРегистре,
	РегАналитикаВидаУчета.РазделУчета,
	РегАналитикаВидаУчета.Организация,
	РегАналитикаВидаУчета.ПодразделениеОрганизации,
	РегАналитикаВидаУчета.Подразделение,
	РегАналитикаВидаУчета.СчетУчета,
	РегАналитикаВидаУчета.СчетУчетаНУ,
	РегАналитикаВидаУчета.Проект,
	РегАналитикаВидаУчета.Склад,
	РегАналитикаРаспределенияЗатрат.НоменклатурнаяГруппа,
	РегАналитикаРаспределенияЗатрат.Продукция,
	РегАналитикаРаспределенияЗатрат.ХарактеристикаПродукции,
	РегАналитикаРаспределенияЗатрат.СерияПродукции,
	РегАналитикаРаспределенияЗатрат.Спецификация,
	РегАналитикаУчетаЗатрат.СтатьяЗатрат,
	РегАналитикаУчетаЗатрат.Затрата,
	РегАналитикаУчетаЗатрат.ХарактеристикаЗатраты,
	РегАналитикаУчетаЗатрат.СерияЗатраты,
	РегАналитикаУчетаЗатрат.СпособРаспределенияЗатрат,
	РегАналитикаУчетаЗатрат.ХарактерЗатрат,
	РегАналитикаУчетаЗатрат.Качество,
	РегАналитикаУчетаПартий.СтатусПартии,
	РегАналитикаУчетаПартий.Заказ,
	РегАналитикаУчетаПартий.ДоговорКомитента,
	РегАналитикаУчетаПартий.ДоговорКомиссионера,
	РегАналитикаУчетаПартий.Комиссионер,
	КорРегАналитикаВидаУчета.РазделУчета КАК КорРазделУчета,
	КорРегАналитикаВидаУчета.Организация КАК КорОрганизация,
	КорРегАналитикаВидаУчета.ПодразделениеОрганизации КАК КорПодразделениеОрганизации,
	КорРегАналитикаВидаУчета.Подразделение КАК КорПодразделение,
	ЕСТЬNULL(КорРегАналитикаВидаУчета.СчетУчета, КорРегАналитикаУчетаПрочихЗатрат.СчетУчета) КАК КорСчетУчета,
	ЕСТЬNULL(КорРегАналитикаВидаУчета.СчетУчетаНУ, КорРегАналитикаУчетаПрочихЗатрат.СчетУчетаНУ) КАК КорСчетУчетаНУ,
	КорРегАналитикаВидаУчета.Проект КАК КорПроект,
	КорРегАналитикаВидаУчета.Склад КАК КорСклад,
	КорРегАналитикаВидаУчета.Склад КАК СкладПолучатель,
	КорРегАналитикаУчетаПрочихЗатрат.ОбъектСтроительства КАК КорОбъектСтроительства,
	КорРегАналитикаУчетаПрочихЗатрат.СпособСтроительства КАК КорСпособСтроительства,
	КорРегАналитикаУчетаПрочихЗатрат.Субконто1 КАК КорСубконто1,
	КорРегАналитикаУчетаПрочихЗатрат.Субконто2 КАК КорСубконто2,
	КорРегАналитикаУчетаПрочихЗатрат.Субконто3 КАК КорСубконто3,
	КорРегАналитикаУчетаПрочихЗатрат.СубконтоНУ1 КАК КорСубконтоНУ1,
	КорРегАналитикаУчетаПрочихЗатрат.СубконтоНУ2 КАК КорСубконтоНУ2,
	КорРегАналитикаУчетаПрочихЗатрат.СубконтоНУ3 КАК КорСубконтоНУ3,
	КорРегАналитикаУчетаПрочихЗатрат.ДатаИсправительнойЗаписи КАК ДатаИсправительнойЗаписи,
	КорРегАналитикаУчетаПрочихЗатрат.СчитатьРазницыПостоянными КАК СчитатьРазницыПостоянными,
	КорРегАналитикаРаспределенияЗатрат.НоменклатурнаяГруппа КАК КорНоменклатурнаяГруппа,
	КорРегАналитикаРаспределенияЗатрат.Продукция КАК КорПродукция,
	КорРегАналитикаРаспределенияЗатрат.ХарактеристикаПродукции КАК КорХарактеристикаПродукции,
	КорРегАналитикаРаспределенияЗатрат.СерияПродукции КАК КорСерияПродукции,
	КорРегАналитикаРаспределенияЗатрат.Спецификация КАК КорСпецификация,
	КорРегАналитикаУчетаЗатрат.СтатьяЗатрат КАК КорСтатьяЗатрат,
	КорРегАналитикаУчетаЗатрат.Затрата КАК КорЗатрата,
	КорРегАналитикаУчетаЗатрат.ХарактеристикаЗатраты КАК КорХарактеристикаЗатраты,
	КорРегАналитикаУчетаЗатрат.СерияЗатраты КАК КорСерияЗатраты,
	КорРегАналитикаУчетаЗатрат.СпособРаспределенияЗатрат КАК КорСпособРаспределенияЗатрат,
	КорРегАналитикаУчетаЗатрат.ХарактерЗатрат КАК КорХарактерЗатрат,
	КорРегАналитикаУчетаЗатрат.Качество КАК КорКачество,
	КорРегАналитикаУчетаПартий.СтатусПартии КАК КорСтатусПартии,
	КорРегАналитикаУчетаПартий.Заказ КАК КорЗаказ,
	КорРегАналитикаУчетаПартий.ДоговорКомитента КАК КорДоговорКомитента,
	КорРегАналитикаУчетаПартий.ДоговорКомиссионера КАК КорДоговорКомиссионера,
	КорРегАналитикаУчетаПартий.Комиссионер КАК КорКомиссионер,
	УчетЗатратРегл.Регистратор
ИЗ
	РегистрНакопления.УчетЗатратРегл КАК УчетЗатратРегл
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаВидаУчета КАК РегАналитикаВидаУчета
		ПО УчетЗатратРегл.АналитикаВидаУчета = РегАналитикаВидаУчета.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаЗатрат КАК РегАналитикаУчетаЗатрат
		ПО УчетЗатратРегл.АналитикаУчетаЗатрат = РегАналитикаУчетаЗатрат.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаПартий КАК РегАналитикаУчетаПартий
		ПО УчетЗатратРегл.АналитикаУчетаПартий = РегАналитикаУчетаПартий.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаРаспределенияЗатрат КАК РегАналитикаРаспределенияЗатрат
		ПО УчетЗатратРегл.АналитикаРаспределенияЗатрат = РегАналитикаРаспределенияЗатрат.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаВидаУчета КАК КорРегАналитикаВидаУчета
		ПО УчетЗатратРегл.КорАналитикаВидаУчета = КорРегАналитикаВидаУчета.Ссылка
			И (УчетЗатратРегл.КорАналитикаВидаУчета ССЫЛКА Справочник.КлючиАналитикиВидаУчета)
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаПрочихЗатрат КАК КорРегАналитикаУчетаПрочихЗатрат
		ПО УчетЗатратРегл.КорАналитикаВидаУчета = КорРегАналитикаУчетаПрочихЗатрат.Ссылка
			И (УчетЗатратРегл.КорАналитикаВидаУчета ССЫЛКА Справочник.КлючиАналитикиУчетаПрочихЗатрат)
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаЗатрат КАК КорРегАналитикаУчетаЗатрат
		ПО УчетЗатратРегл.КорАналитикаУчетаЗатрат = КорРегАналитикаУчетаЗатрат.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаПартий КАК КорРегАналитикаУчетаПартий
		ПО УчетЗатратРегл.КорАналитикаУчетаПартий = КорРегАналитикаУчетаПартий.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаРаспределенияЗатрат КАК КорРегАналитикаРаспределенияЗатрат
		ПО УчетЗатратРегл.КорАналитикаРаспределенияЗатрат = КорРегАналитикаРаспределенияЗатрат.Ссылка
ГДЕ
	УчетЗатратРегл.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход)
	И УчетЗатратРегл.НомерСтроки >= -1
	И УчетЗатратРегл.Регистратор = &Регистратор

УПОРЯДОЧИТЬ ПО
НомерСтрокиВРегистре	

Показана только часть плана. Видно, что оператор Key Lookup имеет стоимость 52% и весь запрос выполняется 0,415 сек.

Перепишем запрос:

ВЫБРАТЬ ПЕРВЫЕ 1000
	УчетЗатратРегл.Период,
	УчетЗатратРегл.Регистратор,
	УчетЗатратРегл.НомерСтроки,
	УчетЗатратРегл.Активность,
	УчетЗатратРегл.ВидДвижения,
	УчетЗатратРегл.АналитикаВидаУчета,
	УчетЗатратРегл.АналитикаУчетаЗатрат,
	УчетЗатратРегл.АналитикаУчетаПартий,
	УчетЗатратРегл.АналитикаРаспределенияЗатрат,
	УчетЗатратРегл.Количество,
	УчетЗатратРегл.КоличествоНУ,
	УчетЗатратРегл.Стоимость,
	УчетЗатратРегл.СтоимостьНУ,
	УчетЗатратРегл.ПостояннаяРазница,
	УчетЗатратРегл.КодОперации,
	УчетЗатратРегл.КорАналитикаВидаУчета,
	УчетЗатратРегл.КорАналитикаУчетаЗатрат,
	УчетЗатратРегл.КорАналитикаУчетаПартий,
	УчетЗатратРегл.КорАналитикаРаспределенияЗатрат,
	УчетЗатратРегл.МоментВремени
ПОМЕСТИТЬ врУчетЗатратРегл
ИЗ
	РегистрНакопления.УчетЗатратРегл КАК УчетЗатратРегл
ГДЕ
	УчетЗатратРегл.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход)
	И УчетЗатратРегл.НомерСтроки >= -1
	И УчетЗатратРегл.Регистратор = &Регистратор

УПОРЯДОЧИТЬ ПО
	НомерСтроки
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ 
	УчетЗатратРегл.АналитикаВидаУчета,
	УчетЗатратРегл.АналитикаУчетаЗатрат,
	УчетЗатратРегл.АналитикаУчетаПартий,
	УчетЗатратРегл.АналитикаРаспределенияЗатрат,
	УчетЗатратРегл.Количество,
	УчетЗатратРегл.КоличествоНУ,
	УчетЗатратРегл.Количество КАК КоличествоПолучатель,
	УчетЗатратРегл.КоличествоНУ КАК КоличествоНУПолучатель,
	УчетЗатратРегл.Стоимость,
	УчетЗатратРегл.Стоимость КАК СтоимостьПолучатель,
	УчетЗатратРегл.СтоимостьНУ,
	УчетЗатратРегл.СтоимостьНУ КАК СтоимостьНУПолучатель,
	УчетЗатратРегл.ПостояннаяРазница,
	УчетЗатратРегл.ПостояннаяРазница КАК ПостояннаяРазницаПолучатель,
	УчетЗатратРегл.КодОперации,
	УчетЗатратРегл.КорАналитикаВидаУчета,
	УчетЗатратРегл.КорАналитикаУчетаЗатрат,
	УчетЗатратРегл.КорАналитикаУчетаПартий,
	УчетЗатратРегл.КорАналитикаРаспределенияЗатрат,
	УчетЗатратРегл.НомерСтроки КАК НомерСтрокиВРегистре,
	РегАналитикаВидаУчета.РазделУчета,
	РегАналитикаВидаУчета.Организация,
	РегАналитикаВидаУчета.ПодразделениеОрганизации,
	РегАналитикаВидаУчета.Подразделение,
	РегАналитикаВидаУчета.СчетУчета,
	РегАналитикаВидаУчета.СчетУчетаНУ,
	РегАналитикаВидаУчета.Проект,
	РегАналитикаВидаУчета.Склад,
	РегАналитикаРаспределенияЗатрат.НоменклатурнаяГруппа,
	РегАналитикаРаспределенияЗатрат.Продукция,
	РегАналитикаРаспределенияЗатрат.ХарактеристикаПродукции,
	РегАналитикаРаспределенияЗатрат.СерияПродукции,
	РегАналитикаРаспределенияЗатрат.Спецификация,
	РегАналитикаУчетаЗатрат.СтатьяЗатрат,
	РегАналитикаУчетаЗатрат.Затрата,
	РегАналитикаУчетаЗатрат.ХарактеристикаЗатраты,
	РегАналитикаУчетаЗатрат.СерияЗатраты,
	РегАналитикаУчетаЗатрат.СпособРаспределенияЗатрат,
	РегАналитикаУчетаЗатрат.ХарактерЗатрат,
	РегАналитикаУчетаЗатрат.Качество,
	РегАналитикаУчетаПартий.СтатусПартии,
	РегАналитикаУчетаПартий.Заказ,
	РегАналитикаУчетаПартий.ДоговорКомитента,
	РегАналитикаУчетаПартий.ДоговорКомиссионера,
	РегАналитикаУчетаПартий.Комиссионер,
	КорРегАналитикаВидаУчета.РазделУчета КАК КорРазделУчета,
	КорРегАналитикаВидаУчета.Организация КАК КорОрганизация,
	КорРегАналитикаВидаУчета.ПодразделениеОрганизации КАК КорПодразделениеОрганизации,
	КорРегАналитикаВидаУчета.Подразделение КАК КорПодразделение,
	ЕСТЬNULL(КорРегАналитикаВидаУчета.СчетУчета, КорРегАналитикаУчетаПрочихЗатрат.СчетУчета) КАК КорСчетУчета,
	ЕСТЬNULL(КорРегАналитикаВидаУчета.СчетУчетаНУ, КорРегАналитикаУчетаПрочихЗатрат.СчетУчетаНУ) КАК КорСчетУчетаНУ,
	КорРегАналитикаВидаУчета.Проект КАК КорПроект,
	КорРегАналитикаВидаУчета.Склад КАК КорСклад,
	КорРегАналитикаВидаУчета.Склад КАК СкладПолучатель,
	КорРегАналитикаУчетаПрочихЗатрат.ОбъектСтроительства КАК КорОбъектСтроительства,
	КорРегАналитикаУчетаПрочихЗатрат.СпособСтроительства КАК КорСпособСтроительства,
	КорРегАналитикаУчетаПрочихЗатрат.Субконто1 КАК КорСубконто1,
	КорРегАналитикаУчетаПрочихЗатрат.Субконто2 КАК КорСубконто2,
	КорРегАналитикаУчетаПрочихЗатрат.Субконто3 КАК КорСубконто3,
	КорРегАналитикаУчетаПрочихЗатрат.СубконтоНУ1 КАК КорСубконтоНУ1,
	КорРегАналитикаУчетаПрочихЗатрат.СубконтоНУ2 КАК КорСубконтоНУ2,
	КорРегАналитикаУчетаПрочихЗатрат.СубконтоНУ3 КАК КорСубконтоНУ3,
	КорРегАналитикаУчетаПрочихЗатрат.ДатаИсправительнойЗаписи КАК ДатаИсправительнойЗаписи,
	КорРегАналитикаУчетаПрочихЗатрат.СчитатьРазницыПостоянными КАК СчитатьРазницыПостоянными,
	КорРегАналитикаРаспределенияЗатрат.НоменклатурнаяГруппа КАК КорНоменклатурнаяГруппа,
	КорРегАналитикаРаспределенияЗатрат.Продукция КАК КорПродукция,
	КорРегАналитикаРаспределенияЗатрат.ХарактеристикаПродукции КАК КорХарактеристикаПродукции,
	КорРегАналитикаРаспределенияЗатрат.СерияПродукции КАК КорСерияПродукции,
	КорРегАналитикаРаспределенияЗатрат.Спецификация КАК КорСпецификация,
	КорРегАналитикаУчетаЗатрат.СтатьяЗатрат КАК КорСтатьяЗатрат,
	КорРегАналитикаУчетаЗатрат.Затрата КАК КорЗатрата,
	КорРегАналитикаУчетаЗатрат.ХарактеристикаЗатраты КАК КорХарактеристикаЗатраты,
	КорРегАналитикаУчетаЗатрат.СерияЗатраты КАК КорСерияЗатраты,
	КорРегАналитикаУчетаЗатрат.СпособРаспределенияЗатрат КАК КорСпособРаспределенияЗатрат,
	КорРегАналитикаУчетаЗатрат.ХарактерЗатрат КАК КорХарактерЗатрат,
	КорРегАналитикаУчетаЗатрат.Качество КАК КорКачество,
	КорРегАналитикаУчетаПартий.СтатусПартии КАК КорСтатусПартии,
	КорРегАналитикаУчетаПартий.Заказ КАК КорЗаказ,
	КорРегАналитикаУчетаПартий.ДоговорКомитента КАК КорДоговорКомитента,
	КорРегАналитикаУчетаПартий.ДоговорКомиссионера КАК КорДоговорКомиссионера,
	КорРегАналитикаУчетаПартий.Комиссионер КАК КорКомиссионер,
	УчетЗатратРегл.Регистратор
ИЗ
	врУчетЗатратРегл КАК УчетЗатратРегл
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаВидаУчета КАК РегАналитикаВидаУчета
		ПО УчетЗатратРегл.АналитикаВидаУчета = РегАналитикаВидаУчета.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаЗатрат КАК РегАналитикаУчетаЗатрат
		ПО УчетЗатратРегл.АналитикаУчетаЗатрат = РегАналитикаУчетаЗатрат.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаПартий КАК РегАналитикаУчетаПартий
		ПО УчетЗатратРегл.АналитикаУчетаПартий = РегАналитикаУчетаПартий.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаРаспределенияЗатрат КАК РегАналитикаРаспределенияЗатрат
		ПО УчетЗатратРегл.АналитикаРаспределенияЗатрат = РегАналитикаРаспределенияЗатрат.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаВидаУчета КАК КорРегАналитикаВидаУчета
		ПО УчетЗатратРегл.КорАналитикаВидаУчета = КорРегАналитикаВидаУчета.Ссылка
			И (УчетЗатратРегл.КорАналитикаВидаУчета ССЫЛКА Справочник.КлючиАналитикиВидаУчета)
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаПрочихЗатрат КАК КорРегАналитикаУчетаПрочихЗатрат
		ПО УчетЗатратРегл.КорАналитикаВидаУчета = КорРегАналитикаУчетаПрочихЗатрат.Ссылка
			И (УчетЗатратРегл.КорАналитикаВидаУчета ССЫЛКА Справочник.КлючиАналитикиУчетаПрочихЗатрат)
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаЗатрат КАК КорРегАналитикаУчетаЗатрат
		ПО УчетЗатратРегл.КорАналитикаУчетаЗатрат = КорРегАналитикаУчетаЗатрат.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаПартий КАК КорРегАналитикаУчетаПартий
		ПО УчетЗатратРегл.КорАналитикаУчетаПартий = КорРегАналитикаУчетаПартий.Ссылка
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаРаспределенияЗатрат КАК КорРегАналитикаРаспределенияЗатрат
		ПО УчетЗатратРегл.КорАналитикаРаспределенияЗатрат = КорРегАналитикаРаспределенияЗатрат.Ссылка

Появился дополнительный план по созданию временной таблицы

Мы избавились от тяжелого оператора Key Lookup и добились значительных улучшений показателей производительности, несмотря на дополнительную операцию по созданию временной таблицы

Выводы

Мы отметили, что синтаксис запроса может влиять на выбор оптимизатором того или иного плана исполнения запроса, несмотря на то, что логически мы получаем один и тот же результат. Также можно отметить, что,например, синтаксис, содержащий «ОБЪЕДИНИТЬ ВСЕ» иногда может привести к выбору оптимизатором оптимального плана, иногда может ухудшить показатели. Использование временных таблиц также может улучшить показатели производительности.

Переписывание запросов и попытки использовать альтернативный синтаксис являются допустимой техникой «тюнинга» запросов, однако необходимо соблюдать некоторые меры предосторожности. Одним из рисков является то, что будущие изменения продукта (MS SQL Server) могут привести к тому, что конкретная форма запроса неожиданно перестанет генерировать лучший план, но это всегда риск и его можно уменьшить предварительным тестированием перед обновлением.

Существует также риск увлечься этой техникой и писать совсем уж необычные запросы и таким образом преступить черту. Граница между альтернативным синтаксисом и «необычным» очень размыта, можно лишь порекомендовать, чтобы запросы были максимально простыми. 

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Артем Бардюг (Йожкин Кот) 15.09.14 17:11
2. Алексей 1 (AlX0id) 15.09.14 23:17
(1) Йожкин Кот,
Случай того, что "неоптимизированный" запрос выигрывает по всем статьям у "оптимизированного"? )
3. Вячеслав Гилёв (Gilev.Vyacheslav) 16.09.14 05:18
в этой статье много "теоретических рассуждений" и очередное изобретение велосипеда

все это может не сработать, если в запросе например будет два десятка таблиц, а такой простой запрос в реальной жизни вряд ли будет создавать серьезные проблемы

но такие статьи нужны, пока обучаешь других хотя бы сам учишься )
artbear; flyDrag; Redokov; cleaner_it; zoytsa; awk; exciter; JesteR; mmch; alyaev.a.v; plmshka; shalimski; +12 Ответить 2
4. Alexei Zhovner (jan27) 16.09.14 10:42
(1) не могу посмотреть, что там?
5. Alexei Zhovner (jan27) 16.09.14 10:49
(3) спасибо за внимание. Мне показалось, что рассуждений здесь маловато. Не ставилась задача показать как решать серьезные проблемы. Кстати, а не найдется ли у вас примера запроса, вызывающего Intra-query parallelism deadlocks?
6. Виталий (PVG_73) 17.09.14 11:06
Эта статья говорит лишь о том, что оптимизировать можно и почему (поверхностно....)
А на самом деле такие статьи нужно рассматривать на конкретном примере:
Есть объект метаданных у него есть такие реквизиты, по таким то реквизитам строятся индексы.
Далее смотрим как меняется план выполнения SQL при той или иной выборке по данной таблице.
И тогда сразу будет видно отчего именно зависит какой план выполнения выберет SQL.
А в идеале рассмотреть выборку по нескольким таблица и показать как при правильном использовании тех или иных конструкций мы получаем оптимальный план выполнения....
И на самом деле очень хорошо это видно на самом запросе SQL, т.к. транслятор 1С все равно по своему интерпретирует наши запросы к базе.
7. Alexei Zhovner (jan27) 17.09.14 11:54
(6) синтаксис указанных запросов в СКЛ один в один как в 1С разве что англоязычный и поля замененены на имена СКЛ
да. в ходе экспериментов попадались варианты, когда один запрос 1С вызывает множество коротких запросов СКЛ, причем часть из них - работа с временными таблицами,
на мой взгляд такие запросы требуют дополнительного анализа и оптимизации, но это отдельная тема

конкретные примеры сильно привязаны к специфике конкретного запроса, хотелось показать общий подход
8. Виталий (PVG_73) 17.09.14 12:37
(7), просто я хотел отметить, что для показа общего подхода так же необходимо было бы упомянуть, что первоначальная структура метаданных имеет тоже не маловажную роль, т.к. включения тех или иных индексов SQL полностью зависит от того как мы описали структуру хранимых данных.
9. Alexei Zhovner (jan27) 17.09.14 14:45
(8) это да, не спорю... но индексы можно и добавить по итогам анализа планов запроса, избыточные индексы тоже не есть гуд
10. BabySG (BabySG) 18.09.14 09:59
(4) jan27, не следует использовать условие по ИЛИ, сделайте через ОБЪЕДИНИТЬ ВСЕ. Кстати, на 1С:Эксперт по это тоже рассказывают.
11. Alexei Zhovner (jan27) 18.09.14 10:57
(10) да, согласен, по ИЛИ отрабатывает медленнее, что и показано в работе
12. Алексей 1 (AlX0id) 19.09.14 10:33
Я бы хотел еще уточнить одну вещь - профайлер показывает помимо длительности запроса еще логические чтения и число строк. Каким образом, например, сравнивать запросы с чуть большей длительностью и меньшим количеством чтений с запросами меньшей длительности, но на порядок большим количеством чтений?
13. Alexei Zhovner (jan27) 19.09.14 12:37
(12) если речь о рабочем сервере, профайлером не рекомендуют пользоваться, а так в профайлере можно группировать по различным колонкам, выгружать данные и сортировать по интересующим колонкам
14. Алексей 1 (AlX0id) 19.09.14 13:17
(13) jan27,
Вот меня и интересует, какие колонки должны интересовать в каких случаях %)
15. Alexei Zhovner (jan27) 19.09.14 13:39
(14) в большинстве случаев увеличения колонки Reads влекут за собой и увеличение в колонке Duration
16. andr bat (zoytsa) 19.09.14 14:14
(3) Gilev.Vyacheslav,
интересна вставка временной таблицы, Ваша цитата с gilev.ru


Во многих случая ускорить запрос могут временные таблицы

Сообщение Гилёв Вячеслав » 15 окт 2013, 01:23
... могут, но не всегда.
Сами по себе временные таблицы это просто инструмент, который надо применять понимая плюсы и минусы этой технологии.

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

Плюсы:
в отличии от вложенных запрос количество строк во временной таблице ПРОГНОЗИРУЕМОЕ, именно "ясность" с объемом выборки делает их удобными для оптимизации мест, которые выполняются неоправдано долго;
временные таблицы не пересекаются по блокировкам;
временные таблицы могут позволить не совершать повторные действия над одними и теме же данным в сложном запросе;
временные таблицы можно использовать для сбора промежуточных результатов из "подзапросов", таким образом это может упростить контроль RLS (т.е. проверке подвергать только итоговые данные, а не все промежуточные действия в сложном запросе).


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


и еще:

Если в запросе используется соединение с виртуальной таблицей языка запросов "1С:Предприятия" (например, "РегистрНакопления.Товары.Остатки()") и запрос работает с неудовлетворительной производительностью, то рекомендуется вынести обращение к виртуальной таблице в отдельный запрос с сохранением результатов во временной таблице.

Виртуальные таблицы, используемые в языке запросов "1С:Предприятия", могут разворачиваться в подзапросы при трансляции в язык SQL. Это связано с тем, что виртуальная таблица часто (но не всегда) получает данные из нескольких физических таблиц СУБД. Если вы используете соединение с виртуальной таблицей, то на уровне SQL оно может быть в некоторых случаях реализовано как соединение с подзапросом. В этом случае оптимизатор СУБД может точно так же выбрать неоптимальный план, как при работе с подзапросом, использованным в языке "1С:Предприятия" в явном виде
17. Вячеслав Гилёв (Gilev.Vyacheslav) 20.09.14 21:45
(16) zoytsa, Не понял сути сообщения, да и лучше писать в наш форум http://www.gilev.ru/forum/, если хотите услышать ответ от нас гарантированно
18. Alexei Zhovner (jan27) 22.09.14 08:51
(17) некрасиво использовать чужую статью для собственной рекламы, уж если начали обсуждать - продолжайте
ya.Avoronov; asylum90; ZLENKO; +3 Ответить
19. Алексей Лустин (lustin) 26.09.14 01:24
(0) jan27, А все таки у меня вопрос чем вызвана такая любовь к чистой ИТСовской обработке Консоль запросов. Есть же http://infostart.ru/public/56973/
artbear; asylum90; +2 Ответить 1
20. Alexei Zhovner (jan27) 26.09.14 01:46
(19) если присмотреться, то можно увидеть, что она не чисто ИТС - www.lavelin.ru. Лично мне она нравится тем, что можно применять произвольный код к результату запрса
21. Константин Юрин (kostyaomsk) 28.01.15 13:08
Полезный материал для специалистов по оптимизации и производительности конфигураций 1С. Вот только Profiler нужно в меру использовать. Иначе как пошутили эти самые оптимизаторы "если запрос все равно в 1С криво выполняется и не понять в чем причина придется в Profiler лезть смотреть. Вот только если ты будешь лазить в профайлер с каждым кривым запросом то будешь два рубля в день получать. Не в смысле две тысячи :)"
22. Alexei Zhovner (jan27) 28.01.15 23:05
(21) а у вас все запросы такие кривые?))
23. Александр Беленко (crabzzy) 28.01.16 12:34
(22) jan27, Константин дело говорит.
Мне сегодня пригодилась, например, хранимая процедура sp_WhoIsAcitve, она также позволяет планы запросов получать (причём также в SQL графически его сразу видно). Исполняется так в SQL Server Management Studio:

exec sp_whoisactive
@get_full_inner_text = 0
,@get_plans = 1
,@get_outer_command = 1

Вложил хранимку в zip вложении.
Прикрепленные файлы:
who_is_active_v11_11.zip
24. Alexei Zhovner (jan27) 28.01.16 12:46