Виртуальные таблицы в 1С: назначение, виды и практика использования

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

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

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

Что такое виртуальная таблица и как она устроена

Физически в базе данных 1С хранятся таблицы документов, справочников и регистров. Например, регистр накопления «ОстаткиТоваров» хранит записи движений: каждый документ добавляет строки с приходом или расходом. Чтобы узнать текущий остаток номенклатуры, нужно сгруппировать все движения и сложить количества с учётом знака. Виртуальная таблица ОстаткиТовары.Остатки делает эту работу автоматически: платформа строит запрос, который рассчитывает итоги «на лету» или берёт их из служебной таблицы итогов, если итоги по регистру хранятся.

Ключевые свойства виртуальных таблиц:

• не занимают место в базе как самостоятельные объекты;
• доступны только в языке запросов, напрямую в коде к ним обратиться нельзя;
• состав полей и набор параметров определяются типом регистра и его настройками;
• результат зависит от переданных параметров: периода, условия отбора, признака среза.

Важно понимать, что «виртуальность» не означает бесплатность. За каждым обращением стоит реальный запрос к СУБД, иногда с соединением нескольких физических таблиц. Поэтому виртуальные таблицы требуют такого же внимания к производительности, как и обычные.

Какие виды виртуальных таблиц существуют

Набор виртуальных таблиц зависит от типа объекта метаданных. У справочников и документов их нет — они появляются у регистров и некоторых других объектов.

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

Состав результата у каждой таблицы свой. Например, Остатки возвращает измерения регистра и поля вида <Ресурс>Остаток, а Обороты — поля Приход, Расход, Оборот (для ресурса «Количество» это будут КоличествоПриход, КоличествоРасход, КоличествоОборот).

Как обращаться к виртуальной таблице в запросе

Обращение записывается через полное имя: РегистрНакопления.ИмяРегистра.ИмяТаблицы. Параметры указываются в круглых скобках после имени таблицы. Пример запроса остатков по складу:

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

Первый параметр Остатки — дата, на которую рассчитываются итоги. Второй — условие отбора, записываемое прямо в параметрах, а не в секции ГДЕ. Это принципиально важно: условие в параметрах применяется до расчёта итогов, а условие в ГДЕ — после, что резко увеличивает объём обрабатываемых данных.

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ Срез.Номенклатура, Срез.Цена
|ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&Период, ТипЦен = &ТипЦен) КАК Срез";
Запрос.УстановитьПараметр("Период", ТекущаяДатаСеанса());
Запрос.УстановитьПараметр("ТипЦен", ТипЦенЗакупки);
Результат = Запрос.Выполнить().Выгрузить();

Для таблицы Обороты параметров больше: начало периода, конец периода, периодичность (по дням, месяцам, по регистратору), условие отбора. Если указать периодичность Регистратор, в результат добавится поле Регистратор — это стандартный способ получить обороты в разрезе документов.

Когда виртуальные таблицы незаменимы, а когда лучше без них

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

Однако есть ситуации, где обращение к виртуальной таблице избыточно или вредно:

• нужен просто список движений документа — берите физическую таблицу регистра с отбором по регистратору;
• нужны данные без итогов, например проверка наличия записей — виртуальная таблица выполнит лишний расчёт;
• в запросе уже есть соединение с виртуальной таблицей, а ту же выборку можно получить одной группировкой по движениям.

Параметры виртуальных таблиц и типичные тонкости

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

Отдельные тонкости по видам таблиц:

• СрезПоследних по умолчанию не включает записи на саму дату среза, если дата указана без времени границы «включительно» — поведение управляется тем, что передаётся в параметр (момент времени, дата с признаком включения);
• ОборотыДтКт регистра бухгалтерии требует аккуратной работы с отборами по счетам дебета и кредита — это разные позиции параметров;
• для ОстаткиИОбороты можно задать метод дополнения периодов, чтобы получить строки даже там, где движений не было.

Производительность: почему запрос с виртуальной таблицей «тормозит»

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

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

Практический приём для сложных отчётов: сначала отобрать нужные ключи (номенклатуру, контрагентов) во временную таблицу, а затем использовать её для ограничения выборки из виртуальной таблицы через соединение или условие В. Это сокращает объём расчёта итогов до действительно нужных позиций.

1. 1
   Откройте консоль запросов и выполните запрос с замером времени
2. 2
   Проверьте, переданы ли дата и условия отбора в параметры виртуальной таблицы
3. 3
   Перенесите отборы по измерениям из секции ГДЕ в параметры таблицы
4. 4
   Замените пары Остатки + Обороты на одну таблицу ОстаткиИОбороты
5. 5
   При необходимости введите временную таблицу ключей и фильтруйте через неё
6. 6
   Повторно замерьте время и сравните с исходным результатом

Как проверить, что запрос работает правильно

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

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

Виртуальные таблицы не поддерживают произвольные вычисления внутри себя: нельзя в параметрах написать выражение с функцией над полем регистра. Все вычисления выполняются уже в основной части запроса. Также нельзя создать собственную виртуальную таблицу — их состав жёстко определён платформой и типом объекта метаданных.

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

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