Разработчики, начинающие погружаться в экосистему 1С:Предприятие 8, часто сталкиваются с термином SQL запрос. Однако важно сразу прояснить: то, что мы пишем в окне запросов конфигуратора или в модуле объекта, не является чистым SQL в классическом понимании баз данных вроде MS SQL Server или PostgreSQL. Это специальный диалект, адаптированный платформой для работы с метаданными конфигурации.

Понимание этой разницы критически важно для написания эффективного кода. Если вы попытаетесь выполнить стандартный SQL-код напрямую в коде 1С, система выдаст ошибку синтаксиса. Платформа выступает в роли посредника, транслируя ваш запрос на язык конкретной СУБД, которая используется для хранения данных. Именно эта абстракция позволяет писать код, который будет работать и на файловой версии базы, и на сервере Microsoft SQL, и на PostgreSQL без изменений.

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

Отличия языка запросов 1С от стандартного SQL

Хотя синтаксис запросов 1С во многом напоминает стандартный SQL, существуют фундаментальные различия, продиктованные архитектурой платформы. Главное отличие заключается в том, что вы работаете не с физическими таблицами базы данных, имена которых часто зашифрованы (например, _InfoRg123), а с объектами метаданных: справочниками, документами, регистрами сведений и накопления.

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

Еще одной важной особенностью является отсутствие возможности выполнять команды модификации данных (INSERT, UPDATE, DELETE) напрямую через объект Запрос. В 1С выборка данных и их изменение разделены. Для чтения используется механизм запросов, а для записи — объекты системы или специализированные методы менеджеров. Это сделано для обеспечения целостности данных и работы механизмов блокировок.

⚠️ Внимание: Прямое выполнение SQL-команд изменения данных через объект ADODB или аналогичные средства в обход механизмов 1С строго не рекомендуется в типовой разработке. Это может привести к рассинхронизации итогов регистров и нарушению логической целостности базы.

Также стоит отметить разницу в работе с функциями. В 1С есть свой набор встроенных функций, таких как ЕСТЬNULL, ВЫБОР, ПОЛУЧИТЬДАТАВРЕМЯ, которые транслируются в соответствующие функции целевой СУБД. Использование нативных функций SQL Server (например, GETDATE()) внутри текста запроса 1С приведет к ошибке выполнения.

💡

При отладке сложных запросов используйте кнопку "Получить SQL" в консоли запросов. Это позволит увидеть, какой именно код отправляется на сервер баз данных, что полезно для анализа производительности.

Синтаксис и основные конструкции языка запросов

Основой любого запроса в 1С является конструкция ВЫБРАТЬ. Она определяет, какие именно поля мы хотим получить в результат. Список полей может включать реквизиты объектов, псевдонимы, а также результаты вычислений.

Для фильтрации данных используется блок ГДЕ. Здесь применяются стандартные операторы сравнения (=, <>, >, <) и логические связки И, ИЛИ, НЕ. Особенностью является возможность использования параметров, которые передаются в запрос из кода. Это защищает от SQL-инъекций и позволяет переиспользовать один и тот же текст запроса для разных условий выборки.

Группировка данных реализуется через блок СГРУППИРОВАТЬ ПО. Он необходим, когда нужно получить агрегированные данные: суммы, количества, средние значения. При использовании группировки все поля в списке выбора, не являющиеся аргументами агрегатных функций (СУММА, КОЛИЧЕСТВО, МИНИМУМ, МАКСИМУМ, СРЕДНЕЕ), должны быть указаны в этом блоке.

  • 🔍 ВЫБРАТЬ — указывает поля для получения данных из источников.
  • 📂 ИЗ — определяет таблицы метаданных или временные таблицы, участвующие в выборке.
  • 🛡️ ГДЕ — задает условия фильтрации строк результата.
  • 📊 СГРУППИРОВАТЬ ПО — объединяет строки для вычисления агрегатных функций.
  • 📈 УПОРЯДОЧИТЬ ПО — сортирует итоговый набор данных по указанным полям.

Отдельного внимания заслуживает оператор ПОДОБНО. Он позволяет искать подстроки с использованием символов подстановки. Знак процента % заменяет любую последовательность символов, а знак подчеркивания _ — любой один символ. Это мощный инструмент для поиска по текстовым полям, но его неумелое использование на больших объемах данных может привести к полному сканированию таблиц и падению производительности.

📊 С каким аспектом запросов 1С у вас возникают сложности чаще всего?
Оптимизация производительности
Работа с временными таблицами
Сложные объединения (JOIN)
Использование параметров

Работа с временными таблицами и объединениями

В сложных алгоритмах выборки часто возникает необходимость в промежуточных результатах. Для этого в языке запросов 1С предусмотрены временные таблицы. Они создаются прямо в тексте запроса с помощью ключевого слова КАК и имени таблицы, начинающегося с символа #. Такие таблицы существуют только в рамках выполнения одного запроса и автоматически удаляются после его завершения.

Использование временных таблиц позволяет разбить сложный запрос на логические этапы, сделать код более читаемым и в некоторых случаях ускорить работу за счет материализации промежуточных данных. Однако стоит помнить, что создание временной таблицы требует ресурсов сервера. Если объем данных велик, это может привести к повышенному потреблению памяти или временного места на диске сервера СУБД.

Объединение данных из разных источников осуществляется через операторы ЛЕВОЕ СОЕДИНЕНИЕ, ПРАВОЕ СОЕДИНЕНИЕ, ВНУТРЕННЕЕ СОЕДИНЕНИЕ и ПОЛНОЕ СОЕДИНЕНИЕ. Синтаксис аналогичен классическому SQL, но есть нюанс: условия соединения пишутся после слова ПО. Ошибки в условиях соединения — одна из самых частых причин получения некорректных данных или декартова произведения, когда количество строк результата взрывообразно растет.

ВЫБРАТЬ

Номенклатура.Ссылка КАК Номенклатура,


ЦеныВидовЦен.Цена КАК Цена


ИЗ


Справочник.Номенклатура КАК Номенклатура


ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры КАК ЦеныВидовЦен


ПО Номенклатура.Ссылка = ЦеныВидовЦен.Номенклатура


И ЦеныВидовЦен.ВидЦен = &ВидЦен

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

⚠️ Внимание: При использовании ЛЕВОЕ СОЕДИНЕНИЕ условия фильтрации по полям правой таблицы необходимо писать именно в блоке ПО, а не в блоке ГДЕ. Иначе соединение превратится во внутреннее, и строки без совпадений будут отброшены.

☑️ Оптимизация сложного запроса

Выполнено: 0 / 4

Параметризация запросов и защита от инъекций

Безопасность и гибкость кода в 1С во многом зависят от правильного использования параметров. Вместо подстановки значений прямо в текст запроса (конкатенация строк), следует использовать именованные параметры, начинающиеся со знака амперсанда &. Например, &ДатаНачала или &Контрагент.

Такой подход решает сразу две задачи. Во-первых, он защищает базу данных от SQL-инъекций, так как значения параметров передаются в СУБД отдельно от текста запроса и не могут быть интерпретированы как исполняемый код. Во-вторых, это позволяет кэшировать план выполнения запроса на стороне сервера баз данных, что существенно повышает производительность при многократном выполнении одного и того же запроса с разными данными.

Для установки значений параметров используется метод УстановитьПараметр объекта Запрос. Тип значения параметра должен соответствовать типу поля в базе данных или быть универсальным. Платформа 1С автоматически выполняет преобразование типов там, где это возможно, но явное приведение типов в коде перед установкой параметра является хорошей практикой.

Тип параметра Пример использования Особенности
Число &Количество Используется для фильтрации количественных показателей.
Строка &НомерДокумента Требует внимательности к кодировке и длине.
Дата &ПериодНачала Часто используется с функциями начала/конца периода.
Ссылка &Организация Самый частый тип для связей между объектами.
Список значений &СписокНоменклатуры Позволяет фильтровать по множеству элементов через В.

Если необходимо передать список значений (например, выбрать товары из конкретного перечня), параметр может принимать тип СписокЗначений. В тексте запроса это обрабатывается конструкцией В (&ПараметрСписка). Это элегантное решение, избавляющее от необходимости формировать длинную строку с перечислением через запятую вручную.

Что будет, если не использовать параметры?

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

Виртуальные таблицы регистров: мощный инструмент выборки

Одной из самых сильных сторон платформы 1С является механизм виртуальных таблиц для регистров накопления и сведений. Эти таблицы не хранят данные физически, а представляют собой специально оптимизированные представления, которые позволяют получать срезы данных на конкретный момент времени или за период с минимальными затратами ресурсов.

Основные виды виртуальных таблиц включают Остатки, Обороты, СрезПоследних, СрезПервых. Использование этих таблиц позволяет заменить десятки строк кода и сложные алгоритмы обработки одного запроса на одну лаконичную конструкцию. Например, получение остатков товара на складе на конкретную дату делается в один клик через таблицу Остатки.

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

ВЫБРАТЬ

Остатки.Номенклатура,


Остатки.КоличествоОстаток


ИЗ


РегистрНакопления.ТоварыНаСкладах.Остатки(


Период = &Период,


Номенклатура В (&СписокНоменклатуры)


) КАК Остатки

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

💡

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

Оптимизация производительности и анализ запросов

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

Платформа 1С предоставляет инструменты для анализа, такие как "Консоль запросов" и "Технологический журнал". С их помощью можно увидеть время выполнения, количество прочитанных строк и используемые индексы. Частой ошибкой является наложение функций на поля в условиях отбора, например, ГОД(Дата) = 2026. Такое условие лишает СУБД возможности использовать индекс по полю Дата, заставляя сканировать всю таблицу.

Правильный подход — использовать диапазон дат: Дата >= НачалоГода(2026) И Дата < КонецГода(2026). Также следует избегать использования ПОДОБНО с ведущим символом процента (например, %текст), так как это делает невозможным использование полнотекстовых индексов или обычных индексов по строковым полям.

  • 🚀 Избегайте функций в левой части условий сравнения в блоке ГДЕ.
  • 📉 Используйте ТОЛЬКО РАЗЛИЧНЫЕ для удаления дублей, если это быстрее, чем группировка.
  • 🧩 Разбивайте монолитные запросы на части с использованием временных таблиц при сложной логике.
  • 🔎 Проверяйте планы выполнения через консоль запросов перед выгрузкой в продуктивную среду.

⚠️ Внимание: Интерфейс и возможности консоли запросов могут отличаться в разных версиях платформы 1С:Предприятие. Всегда сверяйтесь с синтаксис-помощником вашей конкретной версии конфигуратора для получения актуальной информации о доступных функциях.

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

💡

Для анализа влияния индексов можно временно отключать их в тестовой среде (если есть права администратора СУБД) или использовать подсказки оптимизации, но делайте это с крайней осторожностью и только после тестов.

Часто задаваемые вопросы (FAQ)

Можно ли выполнить прямой SQL-запрос к базе данных из кода 1С?

Технически это возможно через COM-объекты (например, ADODB.Connection) или внешние обработки, подключенные к серверу БД напрямую. Однако такая практика нарушает архитектуру 1С, лишает разработчика преимуществ платформы (блокировки, транзакции, кэширование) и делает решение зависимым от конкретной СУБД. В типовой разработке это запрещено.

В чем разница между ВРЕМЕННАЯ ТАБЛИЦА и временной таблицей в запросе?

Временная таблица в запросе (начинается с #) живет только в пределах выполнения одного запроса. Объект типа ВременнаяТаблица в коде 1С — это полноценная структура данных в памяти процесса клиента или сервера, которую можно передавать между функциями, записывать в файлы или использовать для многократных операций.

Почему запрос работает быстро в консоли, но медленно в отчете?

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

Как передать список значений в параметр запроса?

Необходимо создать объект СписокЗначений, заполнить его элементами и передать в метод УстановитьПараметр. В тексте запроса такой параметр используется в конструкции Поле В (&Параметр). Платформа сама развернет список в набор значений для SQL.

Что такое монопольный режим и как он влияет на запросы?

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