Как сравнить два запроса в 1С

Сравнение двух запросов в 1С встречается в двух типовых ситуациях: нужно сопоставить текст запросов (что изменилось после правки или при переносе между конфигурациями) либо сравнить результаты выполнения (выдают ли два варианта запроса одинаковые данные). Инструменты для этих задач разные, и выбор зависит от цели: рефакторинг, поиск ошибки в отчёте или проверка оптимизации.

Чаще всего задача возникает при доработке отчётов и обработок: программист переписал запрос, и нужно убедиться, что новый вариант возвращает те же данные, что и старый. Реже требуется сравнить тексты запросов из двух версий конфигурации, чтобы найти расхождения после обновления. Ниже разобраны оба сценария с конкретными приёмами.

Определите, что именно нужно сравнить

Прежде чем выбирать инструмент, сформулируйте задачу. Сравнение текстов показывает синтаксические различия: изменённые поля, условия, соединения. Сравнение результатов отвечает на вопрос, одинаковые ли данные возвращают оба запроса. Это независимые проверки: два разных по тексту запроса могут давать идентичный результат, а внешне похожие запросы — расходиться на одной строке из-за тонкостей соединения.

Отдельный случай — сравнение производительности. Запрос может быть логически эквивалентен, но работать в разы медленнее из-за другого порядка соединений или отсутствия индекса. Тогда к сравнению результатов добавляется замер времени выполнения и анализ плана запроса.

Сравнение текстов запросов в конфигураторе

Если запросы хранятся в разных версиях конфигурации или в разных объектах, удобнее всего выгрузить их в текстовые файлы и сравнить. В конфигураторе есть встроенный механизм: меню «Файл» — «Сравнить файлы». Откроется окно построчного сравнения, где добавленные, удалённые и изменённые строки подсвечиваются цветом.

Для сравнения запросов из двух версий конфигурации используйте «Конфигурация» — «Сравнить и объединить с конфигурацией из файла». Механизм покажет различия по объектам, включая тексты запросов в модулях и схемах компоновки данных. Это основной способ при анализе изменений после обновления типовой конфигурации.

Внешние инструменты (Notepad++ с плагином Compare, WinMerge, VS Code) дают более удобную подсветку для длинных запросов, особенно когда текст сохранён из консоли запросов. Сохраните оба варианта в файлы с расширением .txt или .bsl и сравните — так проще отследить изменения в секциях ГДЕ и СОЕДИНЕНИЕ.

Сравнение результатов через консоль запросов

Консоль запросов — основной рабочий инструмент. Для управляемых форм подходят типовые консоли из состава инструментов разработчика (ИР) или аналогичные обработки с публичных репозиториев. Порядок действий простой: выполните первый запрос, сохраните результат (например, выгрузите в табличный документ или скопируйте в Excel), затем выполните второй и сравните выборки.

Ручное сравнение подходит для небольших выборок — до нескольких сотен строк. Обратите внимание на три вещи: количество строк (расхождение сразу указывает на проблему в соединениях или отборах), состав колонок (совпадают ли типы и набор полей) и значения в ключевых колонках. Сортировку задавайте явно через УПОРЯДОЧИТЬ ПО, иначе порядок строк может отличаться без реальных расхождений в данных.

Для больших выборок ручное сравнение ненадёжно. Выгрузите оба результата в табличные документы и сравните их программно, либо используйте приём со сведением двух выборок в один проверочный запрос — он описан в следующем разделе.

1. 1
   Откройте консоль запросов в той базе, где лежат реальные данные
2. 2
   Выполните первый запрос с явной сортировкой и зафиксируйте количество строк
3. 3
   Выгрузите результат в табличный документ или таблицу значений
4. 4
   Выполните второй запрос с той же сортировкой и параметрами
5. 5
   Сравните количество строк и значения по ключевым полям
6. 6
   При расхождении сокращайте запросы до минимального фрагмента, где различие проявляется

Проверочный запрос с полным соединением

Самый надёжный способ доказать эквивалентность двух запросов — свести их результаты в один запрос через полное соединение и найти строки, где одна из сторон пуста. Оба запроса помещаются во временные таблицы, затем соединяются по всем ключевым полям. Если итоговая выборка пуста — результаты идентичны.

ВЫБРАТЬ
Т.Номенклатура,
Т.Количество
ПОМЕСТИТЬ Вариант1
ИЗ ... ; // первый запрос

ВЫБРАТЬ
Т.Номенклатура,
Т.Количество
ПОМЕСТИТЬ Вариант2
ИЗ ... ; // второй запрос

ВЫБРАТЬ
ЕСТЬNULL(В1.Номенклатура, В2.Номенклатура) КАК Ключ,
В1.Количество КАК Количество1,
В2.Количество КАК Количество2
ИЗ Вариант1 КАК В1
ПОЛНОЕ СОЕДИНЕНИЕ Вариант2 КАК В2
ПО В1.Номенклатура = В2.Номенклатура
ГДЕ
В1.Номенклатура ЕСТЬ NULL
ИЛИ В2.Номенклатура ЕСТЬ NULL
ИЛИ В1.Количество <> В2.Количество

Условие в секции ГДЕ ловит три вида расхождений: строка есть только в первом варианте, только во втором, либо значения мер различаются. Если запрос возвращает строки — это и есть список расхождений с конкретными ключами, по которым легко найти причину.

Ограничение метода: он требует, чтобы у выборок был однозначный ключ соединения. Если в результатах возможны дубли по ключевым полям, добавьте в ключ все измерения или предварительно сгруппируйте обе выборки. Также проверяйте расхождения на данных, близких к реальным, — на пустой тестовой базе два неэквивалентных запроса могут совпасть случайно.

// Программное сравнение двух таблиц значений
Запрос = Новый Запрос;
Запрос.Текст = ТекстПроверочногоЗапроса; // полное соединение двух вариантов
Расхождения = Запрос.Выполнить().Выгрузить();
Если Расхождения.Количество() = 0 Тогда
    Сообщить("Результаты запросов идентичны");
Иначе
    Сообщить("Найдено расхождений: " + Расхождения.Количество());
КонецЕсли;

Сравнение запросов в схеме компоновки данных

В отчётах на СКД запрос живёт внутри схемы, и сравнивать его удобнее через консоль СКД или через выгрузку схемы в XML. Откройте схему отчёта (в конфигураторе — закладка «Основная схема компоновки данных»), скопируйте текст запроса из набора данных и перенесите в консоль запросов вместе с параметрами.

Нюанс: СКД дополняет запрос своими отборами, поэтому результат в отчёте может отличаться от результата в консоли даже при идентичном тексте. Чтобы сравнение было честным, либо отключите все отборы в настройках отчёта, либо перенесите их в параметры консоли. Для сравнения двух вариантов отчёта выгрузите обе схемы в XML-файлы и сравните их как тексты — так видны изменения не только в запросе, но и в ресурсах, группировках и параметрах.

Сравнение производительности двух вариантов

Когда оба запроса дают одинаковый результат, следующий вопрос — какой из них быстрее. Простой замер делается программно: зафиксируйте время до выполнения и после через ТекущаяУниверсальнаяДатаВМиллисекундах() и повторите замер несколько раз, так как первый запуск обычно медленнее из-за кэша.

Для глубокого анализа используйте план запроса. В консоли запросов некоторых инструментов есть кнопка получения плана, а на уровне СУБД план снимается штатными средствами (для MS SQL — через SQL Server Management Studio). Смотрите на сканирования таблиц вместо поиска по индексу, соединения вложенными циклами по большим таблицам и лишние соединения, которых нет во втором варианте.

Сравнивайте производительность на данных, близких по объёму к рабочей базе. Запрос, который выигрывает на тысяче строк, может проиграть на миллионе, если оптимизатор выберет другой план.

Типичные ошибки при сравнении запросов

Первая ошибка — сравнение только текстов. Два запроса могут отличаться в одном условии, и на глаз это легко пропустить в длинном тексте, особенно если отличается порядок полей в соединении. Всегда подтверждайте выводы проверкой результатов на реальных данных.

Вторая — сравнение на разных параметрах. Если первый запрос выполнен с отбором по одной организации, а второй по всем, расхождение результатов ничего не говорит о логике. Фиксируйте параметры перед сравнением и используйте одинаковый период, особенно для виртуальных таблиц остатков и оборотов.

Третья — игнорирование дублей. Левое соединение к таблице с несколькими совпадениями размножает строки, и выборка «почти совпадает» с эталоном, отличаясь только количеством. Именно поэтому количество строк проверяется в первую очередь.

Частые вопросы