Работа с данными в системе 1С:Предприятие требует от разработчика глубокого понимания внутреннего механизма обработки запросов. Особую сложность часто вызывает необходимость фильтрации данных на основе результатов промежуточных вычислений. Именно здесь на сцену выходит временная таблица, позволяющая структурировать информацию перед финальной выборкой.
Использование временной таблицы непосредственно в условии ГДЕ основного запроса — это мощный, но требующий осторожности инструмент. Многие программисты совершают ошибку, пытаясь обратиться к результату вложенного запроса как к обычной таблице, не понимая ограничений контекста видимости.
В этой статье мы детально разберем, как корректно организовать логику выборки, чтобы избежать ошибок выполнения и обеспечить максимальную производительность системы.
Концепция временных таблиц в языке запросов
Временная таблица в 1С представляет собой именованный результат выполнения запроса, который существует только в рамках текущей сессии или блока кода. Она служит «посредником» между физической структурой базы данных и тем набором полей, который необходим вам для дальнейшей обработки.
Главная особенность заключается в том, что временная таблица не хранится на диске в привычном понимании, а resides в оперативной памяти сервера или клиента (в зависимости от контекста выполнения). Это обеспечивает высокую скорость доступа, но накладывает ограничения на область видимости.
Когда вы формируете запрос, система сначала выполняет вложенные конструкции, создавая виртуальные наборы данных. Только после этого основной запрос может обратиться к ним. Попытка использовать неинициализированную таблицу приведет к ошибке синтаксиса.
Важно понимать, что временная таблица должна быть явно объявлена или сформирована перед тем, как на нее сошлется условие фильтрации. В отличие от стандартных таблиц конфигурации, её имя действует локально.
Техническая деталь
где хранятся данные?:Временные таблицы хранятся в специальной области памяти сервера 1С. При большом объеме данных (миллионы строк) они могут выгружаться во временные файлы на диске сервера, что немного снижает производительность, но предотвращает переполнение оперативной памяти.
Синтаксис вложенных запросов и область видимости
Чтобы использовать промежуточный результат в условии ГДЕ, необходимо правильно организовать структуру запроса. Чаще всего это реализуется через конструкцию ВЫБРАТЬ ... ИЗ (ВЫБРАТЬ ...) или через явное создание объекта ТаблицаЗначений в коде.
Рассмотрим классический пример, где нам нужно отобрать документы только по тем контрагентам, которые имеют задолженность. Сначала мы формируем список должников, а затем используем его для фильтрации основного набора данных.
Синтаксически это выглядит как вложенный запрос в секции ИЗ. Имя временной таблицы, заданное во внутреннем запросе (через КАК), становится доступным для внешнего запроса. Однако прямой вызов в условии ГДЕ без предварительного соединения (JOIN) или использования оператора В невозможен.
Если вы попытаетесь написать условие вида ГДЕ Ссылка В ВременнаяТаблица, не объявив её корректно в секции ИЗ или не передав как параметр, платформа выдаст ошибку «Неизвестное имя поля» или «Таблица не найдена».
Используйте псевдонимы для временных таблиц. Это упрощает чтение кода и позволяет легко менять структуру вложенных запросов, не переписывая все условия фильтрации в теле запроса.
Оператор В и соединение с временными данными
Наиболее частый сценарий использования — фильтрация списка документов по списку значений, полученному в результате сложной аналитики. Для этого идеально подходит оператор В в сочетании с вложенным запросом.
В этом случае временная таблица формируется «на лету» внутри скобок оператора. Система 1С оптимизирует такой запрос, превращая его в эффективное соединение (JOIN) на уровне СУБД, если это возможно.
Пример корректного использования:
ВЫБРАТЬ
Продажи.Ссылка,
Продажи.Сумма
ИЗ
Документ.РеализацияТоваровУслуг КАК Продажи
ГДЕ
Продажи.Контрагент В
(ВЫБРАТЬ
Долги.Контрагент
ИЗ
РегистрНакопления.Взаиморасчеты КАК Долги
ГДЕ
Долги.СуммаОстаток > 0)
Здесь подвыборка в скобках действует как временная таблица со списком контрагентов-должников. Основной запрос проверяет вхождение каждого контрагента из документа продажи в этот список.
- 🚀 Производительность: Оператор
Вс вложенным запросом часто работает быстрее, чем соединение нескольких больших таблиц, если список фильтруемых значений небольшой. - 🔍 Читаемость: Логика фильтрации вынесена в отдельный блок, что упрощает отладку запроса.
- ⚙️ Гибкость: Вы можете добавлять любые условия во вложенный запрос, не затрагивая основную выборку полей.
Оператор В с вложенным запросом — это стандартный способ имитации использования временной таблицы в условии ГДЕ без создания физических объектов в памяти.
Использование ТаблицыЗначений как параметра
В некоторых случаях, особенно при работе с большим объемом данных или при передаче списков из внешней системы, эффективнее создать объект ТаблицаЗначений в коде и передать его в запрос как параметр.
Этот подход позволяет явно управлять жизненным циклом временных данных. Вы заполняете таблицу в цикле, а затем ссылаетесь на неё в тексте запроса через символ &.
Такой метод особенно полезен, когда логика формирования списка для фильтрации слишком сложна для описания средствами языка запросов или требует вызова внешних функций.
Пример кода на встроенном языке:
ТЗ_Фильтр = Новый ТаблицаЗначений;
ТЗ_Фильтр.Колонки.Добавить("Номенклатура", ТипОписанияТипов("СправочникСсылка.Номенклатура"));
// Заполнение таблицы...
Строка = ТЗ_Фильтр.Добавить();
Строка.Номенклатура = СсылкаНаТовар;
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ ... ГДЕ Номенклатура В &ТЗ_Фильтр";
Запрос.УстановитьПараметр("ТЗ_Фильтр", ТЗ_Фильтр);
Использование параметра типа ТаблицаЗначений гарантирует, что временные данные будут корректно переданы серверу и использованы в плане выполнения запроса.
☑️ Алгоритм работы с ТаблицейЗначений
Проблемы производительности и оптимизация
Неправильное использование временных структур может привести к деградации скорости работы программы. Если временная таблица оказывается слишком большой, сервер 1С может потратить значительное время на её построение перед началом основной выборки.
Критически важно анализировать план выполнения запроса. Если вы видите, что временная таблица строится полностью, а затем к ней применяется соединение, это может быть неэффективно при миллионах строк.
В таких случаях рекомендуется перенести логику фильтрации внутрь основного запроса, используя соединения (ЛЕВОЕ СОЕДИНЕНИЕ) и условия отбора, чтобы СУБД могла использовать индексы.
Ниже приведена таблица сравнения подходов в зависимости от объема данных:
| Объем данных | Рекомендуемый подход | Причина |
|---|---|---|
| До 1000 строк | Оператор В с вложенным запросом | Простота кода, скорость достаточна |
| 1000 - 100 000 строк | Параметр ТаблицаЗначений | Контроль памяти, переиспользование данных |
| Более 100 000 строк | Прямое СОЕДИНЕНИЕ (JOIN) | Использование индексов СУБД, минимум копирований |
Помните, что создание временной таблицы в памяти клиента с последующей передачей на сервер может создать сетевой трафик, который станет узким местом в распределенной системе.
⚠️ Внимание: Интерфейс и возможности конструктора запросов могут отличаться в разных версиях платформы 1С. В старых версиях (до 8.3.10) оптимизация вложенных запросов работала менее эффективно. Всегда тестируйте производительность на актуальной версии платформы.
Типичные ошибки и способы их устранения
Одна из самых распространенных ошибок — попытка обратиться к полю временной таблицы, которое не было выбрано в секции ВЫБРАТЬ вложенного запроса. Если вы не указали поле явно, оно не будет доступно во внешней области видимости.
Также часто встречается ошибка именования. Если вы дали временной таблице псевдоним ВТ во внутреннем запросе, то во внешнем запросе нужно обращаться именно к этому псевдониму, если запрос вложен в секцию ИЗ.
Еще один нюанс — типы данных. При использовании ТаблицыЗначений как параметра убедитесь, что типы колонок строго соответствуют типам полей в основной таблице базы данных. Неявное приведение типов может отключить использование индексов.
Для отладки используйте метод Запрос.ТекстЗапроса, чтобы увидеть итоговый текст запроса, который отправляется на сервер. Это поможет понять, как именно 1С интерпретирует вашу конструкцию с временными данными.
- ❌ Ошибка области: Обращение к таблице, объявленной в соседней ветке кода или предыдущем запросе, который уже выполнен.
- ❌ Лишние поля: Выборка
ВЫБРАТЬ *во вложенном запросе замедляет работу. Выбирайте только те поля, которые участвуют в соединении или фильтрации. - ❌ Типовая несовместимость: Попытка сравнить Строку и Число через временную таблицу без явного приведения.
Часто задаваемые вопросы (FAQ)
Можно ли изменить данные во временной таблице после её создания в запросе?
Нет, результат выполнения запроса (объект ВыборкаИзРезультатаЗапроса) доступен только для чтения. Если вам нужно модифицировать данные, их необходимо выгрузить в объект ТаблицаЗначений методами Выгрузить(), изменить и при необходимости загрузить обратно или использовать для записи.
Как передать временную таблицу из одного модуля в другой?
Напрямую передать временную таблицу запроса нельзя. Необходимо выгрузить её в ТаблицуЗначений и передать этот объект как параметр функции или свойства структуры. Либо сформировать запрос заново в нужном модуле.
Влияет ли использование временной таблицы в ГДЕ на блокировки записей?
Сама по себе временная таблица не устанавливает блокировки, так как это копия данных. Однако запросы, которые формируют эту таблицу, могут устанавливать блокировки на исходные таблицы в момент чтения, в зависимости от уровня изоляции транзакций.
Что лучше: временная таблица в запросе или временная таблица в коде?
Если данные можно получить одним запросом к базе — лучше делать это средствами языка запросов (вложенный запрос). Это быстрее и экономит память. Если данные требуют сложной программной логики или приходят извне — используйте ТаблицуЗначений в коде.