Как оптимизировать запросы в 1С: от диагностики до ускорения на 40% и более

В 1С:Предприятие индексы можно создавать:

1. Через конфигуратор: откройте свойства таблицы (например, Документ.ЗаказПокупателя) и на закладке Индексы добавьте нужные поля.
2. Через SQL: для MS SQL выполните:

   CREATE INDEX IX_Заказы_Дата ON dbo._Document123 (Дата)

   (где 123 — числовой идентификатор документа в метаданных).

⚠️ Внимание: В 1С:Бухгалтерии 3.0 при обновлении на версии старше 3.0.125 автоматически создаются индексы для регистров бухгалтерии. Их ручное удаление может привести к ошибкам при проведении документов. Перед изменением индексов сделайте резервную копию и проверьте в тестовой базе.

4. Виртуальные таблицы: скрытый инструмент ускорения

Виртуальные таблицы — это специальные представления данных, которые 1С формирует «на лету». Они позволяют получать агрегированные данные (например, остатки или обороты) без ручного написания сложных запросов. Их использование может уменьшить нагрузку на СУБД в 5–10 раз.

Основные виды виртуальных таблиц:

• 📈 Остатки: РегистрНакопления.ТоварыНаСкладах.Остатки() — возвращает остатки на указанную дату.
• 🔄 Обороты: РегистрНакопления.Продажи.Обороты() — суммы операций за период.
• 📊 ОстаткиИОбороты: комбинированный вариант для отчётов.
• 🗂️ СрезПоследних: РегистрСведений.ЦеныНоменклатуры.СрезПоследних() — актуальные данные на дату.

Пример использования виртуальной таблицы вместо ручного запроса:

Плохо (ручной запрос с группировкой):

ВЫБРАТЬ
ТоварыНаСкладах.Номенклатура КАК Товар,
СУММА(ТоварыНаСкладах.Количество) КАК Остаток
ИЗ
Документ.ОприходованиеТоваров.Товары КАК ТоварыНаСкладах
ГДЕ
ТоварыНаСкладах.Документ.Дата <= &ТекущаяДата
СГРУППИРОВАТЬ ПО
ТоварыНаСкладах.Номенклатура

Хорошо (виртуальная таблица):

ВЫБРАТЬ
ОстаткиТоваров.Номенклатура КАК Товар,
ОстаткиТоваров.КоличествоОстаток КАК Остаток
ИЗ
РегистрНакопления.ТоварыНаСкладах.Остатки(&ТекущаяДата, ) КАК ОстаткиТоваров

Преимущества виртуальных таблиц:

• ⚡ Готовая оптимизация: 1С сама выбирает самый эффективный план выполнения.
• 📉 Меньше нагрузки на СУБД: не нужно группировать данные вручную.
• 🔄 Автоматическое обновление: при изменении данных в регистре виртуальная таблица всегда актуальна.

5. Планы выполнения: как их читать и исправлять

План выполнения запроса — это «карта», по которой СУБД ищет данные. Если план неоптимален, даже простой запрос может работать медленно. В 1С:Предприятие план можно получить так:

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|    Заказы.Номер КАК НомерЗаказа
|ИЗ
|    Документ.ЗаказПокупателя КАК Заказы
|ГДЕ
|    Заказы.Дата МЕЖДУ &НачалоПериода И &КонецПериода";
План = Запросы.ПолучитьПланВыполнения(Запрос);

Что искать в плане:

• 🔍 Table Scan или Clustered Index Scan: означает, что СУБД сканирует всю таблицу. Решение — добавить индекс.
• 🔄 Hash Match или Nested Loops: сложные соединения. Попробуйте упростить запрос или добавить индексы.
• 📊 Sort в середине плана: сортировка больших объёмов данных. Перенесите ORDER BY в подзапрос или добавьте индекс.
• ⚠️ Spool или Lazy Spool: временные таблицы. Это признак неэффективного плана.

Пример плохого плана (из MS SQL):

Если вы видите:

|--Clustered Index Scan(OBJECT:([dbo].[_Document123] AS [Заказы]))
|--Hash Match(Inner Join, HASH:([Клиенты].[Ссылка])=([Заказы].[Контрагент]))
|--Clustered Index Scan(OBJECT:([dbo].[_Reference14] AS [Клиенты]))

Это значит, что:

1. СУБД сканирует всю таблицу заказов (Clustered Index Scan).
2. Использует дорогое соединение Hash Match.

Решение: добавьте индексы на поля Дата и Контрагент в таблице заказов.

6. Типичные ошибки и как их избежать

Даже опытные разработчики допускают ошибки, которые тормозят систему. Вот самые распространённые:

• 🔄 Подзапросы в WHERE:

  Плохо: ГДЕ Сумма(ВЫБРАТЬ 1 ИЗ Документ.ЗаказПокупателя ГДЕ Контрагент = &Контрагент) > 0

  Хорошо: ГДЕ СУЩЕСТВУЕТ (ВЫБРАТЬ 1 ИЗ Документ.ЗаказПокупателя ГДЕ Контрагент = &Контрагент)

• 📊 Функции над полями в WHERE:

  Плохо: ГДЕ ЛЕВ(Заказы.Номер, 3) = "АБВ" (индекс не используется)

  Хорошо: ГДЕ Заказы.Номер LIKE "АБВ%"

• 🗑️ Избыточные данные в SELECT:

  Плохо: ВЫБРАТЬ Заказы.* (выбираются все поля, включая ненужные)

  Хорошо: ВЫБРАТЬ Заказы.Номер, Заказы.Дата, Заказы.СуммаДокумента

• ⏱️ Отсутствие ограничений по дате:

  Плохо: ВЫБРАТЬ * ИЗ Документ.ЗаказПокупателя (сканирует всю таблицу)

  Хорошо: ВЫБРАТЬ * ИЗ Документ.ЗаказПокупателя ГДЕ Дата >= ДобавитьМесяц(ТекущаяДата(), -1)

Ещё одна частая проблема — блокировки. Если запрос долго держит блокировки, другие пользователи не могут работать с данными. Чтобы уменьшить блокировки:

• 🔒 Используйте ДЛЯ ИЗМЕНЕНИЯ только там, где действительно нужно изменять данные.
• 📌 Разбивайте большие транзакции на более мелкие.
• ⚡ Уменьшайте время выполнения запроса (см. предыдущие разделы).

⚠️ Внимание: В 1С:Зарплата и управление персоналом 3.1 при расчёте зарплаты за месяц часто возникают блокировки на регистре РасчетыСотрудников. Если расчёт «зависает», проверьте, не держит ли кто-то транзакцию открытой (например, не закрыто окно документа).

7. Оптимизация для конкретных СУБД: MS SQL vs PostgreSQL

Разные СУБД по-разному оптимизируют запросы. Что работает в MS SQL, может быть неэффективно в PostgreSQL, и наоборот.

Примеры оптимизации для разных СУБД:

Для MS SQL:

• 📌 Используйте WITH (NOLOCK) для запросов, где не важна 100% актуальность данных (например, отчёты):

ВЫБРАТЬ
Заказы.Номер КАК НомерЗаказа
ИЗ
Документ.ЗаказПокупателя КАК Заказы WITH (NOLOCK)
ГДЕ
Заказы.Дата = &ТекущаяДата

Для PostgreSQL:

• 📊 Используйте EXPLAIN ANALYZE для детального анализа:

EXPLAIN ANALYZE
SELECT "Номер" AS "НомерЗаказа"
FROM "_Document123" AS "Заказы"
WHERE "Дата" = '2023-10-01';

В PostgreSQL также полезно настраивать параметры work_mem и shared_buffers в postgresql.conf, если у вас много сложных запросов с сортировкой.

8. Автоматизация оптимизации: инструменты и скрипты

Ручная оптимизация каждого запроса — долгий процесс. К счастью, есть инструменты, которые помогут автоматизировать часть работы:

⚠️ Внимание: В 1С:Комплексная автоматизация 2.4 при обновлении на версии старше 2.4.10 автоматически включается механизм Управляемые блокировки. Он может конфликтовать с ручными блокировками в запросах. Если после обновления появились «зависания», проверьте настройки блокировок в Администрирование → Настройки программы → Производительность.