Содержание:
1. Запросы, предназначенные для отбора внутри виртуальной таблицы
2. Запросы с составным типом данных
3. Оптимизация запросов в условиях соединения
4. Запрос по виртуальным таблицам
5. Отборы в полях, индексация полей
6. Логическое «ИЛИ» в условиях отбора в запросе
Приветствую, коллеги! В данной статье речь пойдёт об одном из наиболее эффективных способов увеличения производительности системы 1С – оптимизации запросов. Стоит отметить, что данный процесс имеет весомое значение, когда сдаётся аттестация по эксперту по технологическим вопросам. Далее будет рассказано о том, какие бывают причины того, что запросы работают не оптимально, а также о том, как оптимизировать запросы. Все свои рассуждения я проиллюстрирую на «живых» примерах. Надеюсь, данный материал будет полезен для Вас! 
1. Запросы, предназначенные для отбора внутри виртуальной таблицы
В данном пункте будут рассмотрены запросы, предназначенные для отборов. Создавать наложение фильтров для реквизитов внутри виртуальной таблицы можно при помощи параметров ВТ. Но ни при каких обстоятельствах не стоит в отборе использовать оператор «ГДЕ», так как это отрицательно влияет на оптимизацию: когда происходит отбор при помощи конструкции «ГДЕ», система получает абсолютно все записи, после чего, уже из всего разнообразия выбирает нужные.
Рассмотрим пример выполнения неправильного запроса, предназначенного для отбора:
Рис. 1 Плохо оптимизированный запрос для отбора
И выполнение аналогичного примера запроса, предназначенного для отбора, но корректно оптимизированного:
Рис. 2 Оптимизированный запрос, предназначенный для отбора
2. Запросы с составным типом данных
Далее разберем, как получать данные составного типа, которые находятся внутри запроса при помощи точки. В данном случае запрос работает следующим образом: при помощи точки происходит соединение по левому способу такого количества возможных таблиц, которое соответствует количеству типов внутри поля, которое имеет составной тип.
Как пример: нельзя в системе делать обращение к полю для записи регистра как регистратор – это сказывается негативно на оптимизации запроса, так как у регистратора тип данных составной, и при этом возможны любые типы документации, которые имеют возможность записывать информацию в регистр.
Рассмотрим негативный пример запроса:
Рис. 4 Неоптимизированный запрос с составным типом данных
В данном примере происходит обращение не к одной конкретной таблице, а к целым двадцати двум таблицам внутри базы с данными, так как данный регистр имеет 21 тип регистраторов.
Чтобы оптимизировать запрос, лучше пожертвовать объемом данных, которые хранятся, в пользу более «гибкого» программного кода, который даёт большую производительность. Заменой вышеуказанного запроса станет следующая конструкция:
Рис. 5 Оптимизированный запрос с составным типом данных
Рассмотрим ещё один возможный вариант оптимизации запроса. Нужно добавить информацию в реквизит, который был указан выше, такой информацией является дата:
Рис. 6 Вариант оптимизации запроса в 1С
3. Оптимизация запросов в условиях соединения
Рассмотрим, как оптимизировать следующий вид запросов – тех, которые определяют условия соединения. Сразу стоит оговориться, что на оптимизацию не будут положительно влиять какие-угодно подзапросы, так как они замедляют процессы. В подобных ситуациях лучше всего воспользоваться ВТ. Чтобы получить соединение, необходимо воспользоваться объектами метаданных, а также ВТ, а перед этим – провести индексацию по полям, в которых происходит соединение.
Ниже приведён негативный пример с подзапросами:
Рис. 7 Пример подзапросов для определения условий соединения
А вот пример того, как переделать то же, но с учётом оптимизации:
Рис. 8 Оптимизация запроса в условиях соединения
4. Запрос по виртуальным таблицам
Рассмотрим ситуацию, в которой нужно провести соединение таблицы, которая является виртуальной, с иными системами. Заранее можно сказать, что работа у такого соединения не будет оптимальной. Чтобы сделать оптимизацию запроса по виртуальной таблице, необходимо провести таблицу, которая является виртуальной, внутрь временной таблицы, но при этом также провести индексацию полей, которые будут соединяться, внутри запроса для временной таблицы. Такое решение вытекает из того, что ВТ обычно располагаются не в одной физической таблице СУБД, а в нескольких. По итогу, чтобы сделать выборку нужно действовать согласно предыдущему пункту, избегая подзапросов.
5. Отборы в полях, индексация полей
Одной из наиболее распространённых ошибок является использование условия для тех полей, которые не имеют индексации. Данное действие негативно влияет на оптимизацию запроса, так как СУБД не будет работать оптимально в случае наличия запроса по тем полям, которые не подлежат индексации. Стоит отметить, что даже для временных таблиц нужно проводить индексацию по полям. И каждое условие должно сопоставляться соответствующему индексу. Чтобы определить соответствующий индекс, нужно проверить его на наличие таких требований:
· в индексе содержаться все поля из условия;
· все номера полей перечисляются в начале индекса;
· все вышеуказанные отборы записаны по порядку.
Если при помощи СУБД не были подобраны нужные индексы, то таблица будет сканироваться полностью, что не позволяет оптимизировать процесс, при этом некоторые записи могут даже быть заблокированы.
6. Логическое «ИЛИ» в условиях отбора в запросе
Лучше всего избегать использования логической связки «ИЛИ» внутри условий отбора в запросе, так как при выполнении данного оператора загружаются оба объекта/файла, что также негативно сказывается на оптимизации запросов.
Специалист компании «Кодерлайн»
Айдар Фархутдинов
