Представление в 1С: что это такое и как работает в запросах

Когда вы работаете с языком запросов 1С, рано или поздно сталкиваетесь с термином «представление». На первый взгляд он кажется простым, но за ним скрывается мощный инструмент, который может как упростить ваши запросы, так и значительно усложнить их, если использовать неправильно. Эта статья поможет разобраться, что такое представление в контексте 1С:Предприятие, зачем оно нужно и как его применять на практике.

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

Если вы когда-нибудь работали с SQL, то представления в 1С аналогичны VIEW в реляционных базах данных. Однако у них есть свои особенности, связанные со спецификой платформы 1С:Предприятие 8. Например, в 1С представления можно создавать не только для таблиц базы данных, но и для виртуальных таблиц (таких как РегистрНакопления.Остатки или Документ.ПоступлениеТоваров). Это открывает широкие возможности для оптимизации запросов и упрощения кода.

Представление vs виртуальная таблица: в чём разница?

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

• 🔹 Представление — это пользовательский объект, который вы создаёте сами в запросе. Оно существует только в рамках этого запроса и не сохраняется в базе данных. Например, вы можете создать представление ТоварыСОстатками, объединив данные из справочника Номенклатура и регистра ОстаткиТоваров.
• 🔹 Виртуальная таблица — это встроенный объект платформы, который предоставляется 1С «из коробки». Например, Документ.РеализацияТоваров.Список или РегистрСведений.ЦеныНоменклатуры.СрезПоследних. Эти таблицы уже заложены в конфигурацию и не требуют ручного создания.

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

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

Синтаксис создания представлений в 1С

В языке запросов 1С представления создаются с помощью ключевого слова ПРЕДСТАВЛЕНИЕ (или VIEW в англоязычной версии синтаксиса). Общий синтаксис выглядит так:

ПРЕДСТАВЛЕНИЕ ИмяПредставления КАК
ВЫБРАТЬ
Поля1,
Поля2,
...
ИЗ ИсточникДанных
[ГДЕ Условие]
[ГРУППИРОВКА ПО ...]
[УПОРЯДОЧИТЬ ПО ...]

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

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

Теперь это представление можно использовать в основном запросе как обычную таблицу:

ВЫБРАТЬ
ТоварыСОстаткамиИЦенами.Товар,
ТоварыСОстаткамиИЦенами.Наименование,
ТоварыСОстаткамиИЦенами.Остаток,
ТоварыСОстаткамиИЦенами.Цена * ТоварыСОстаткамиИЦенами.Остаток КАК СуммаОстатка
ИЗ
ТоварыСОстаткамиИЦенами

Обратите внимание, что в представлении можно использовать параметры (например, &Период в примере выше). Это позволяет сделать представление более гибким и переиспользуемым.

ВЫБРАТЬ ... ИЗ (ВЫБРАТЬ ...) КАК Подзапрос

Виды представлений и их применение

В 1С представления можно классифицировать по нескольким признакам. Рассмотрим основные виды и сферы их применения.

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

Рекурсивные представления встречаются реже, но они незаменимы при работе с иерархическими справочниками. Например, чтобы получить полный путь категории номенклатуры (например, «Электроника → Бытовая техника → Холодильники»), проще всего использовать рекурсию:

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

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
РекурсивныеКатегории.Категория,
РекурсивныеКатегории.Наименование,
РекурсивныеКатегории.Родитель,
РекурсивныеКатегории.Путь + " → " + РекурсивныеКатегории.Наименование КАК Путь
ИЗ
РекурсивныеКатегории
ГДЕ
РекурсивныеКатегории.Родитель <> ЗНАЧЕНИЕ(Справочник.КатегорииНоменклатуры.ПустаяСсылка)

Когда использовать представления: плюсы и минусы

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

• ✅ Упрощение сложных запросов. Если ваш запрос занимает десятки строк и содержит много вложенных подзапросов, вынесение части логики в представления сделает код чище и понятнее.
• ✅ Переиспользование логики. Одно и то же представление можно использовать в разных запросах, избегая дублирования кода.
• ✅ Инкапсуляция сложной логики. Например, если расчёт какого-то показателя требует нескольких соединений и вычислений, его можно спрятать в представление и использовать как «чёрный ящик».
• ✅ Динамическая фильтрация. Параметризованные представления позволяют гибко настраивать выдачу данных без изменения основного запроса.

Однако есть и обратная сторона:

• ❌ Производительность. Каждое обращение к представлению выполняет запрос заново. Если представление сложное, это может замедлить работу системы.
• ❌ Сложность отладки. Ошибки в представлениях иногда труднее диагностировать, особенно если они вложены друг в друга.
• ❌ Ограничения платформы. В 1С нет возможности сохранять представления в базе данных (в отличие от SQL VIEW), поэтому они существуют только в рамках одного запроса.

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

Типичные ошибки при работе с представлениями

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

⚠️ Внимание: Если в представлении используется параметр, но он не передаётся в основной запрос, 1С не выдаст ошибку, а просто подставит NULL. Это может привести к неожиданным результатам, особенно при работе с регистрами или виртуальными таблицами.

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

Ошибка №2: Избыточные данные в представлении. Часто разработчики включают в представление все возможные поля «на всякий случай», даже если они не нужны. Это увеличивает нагрузку на сервер и замедляет выполнение запроса. Следуйте принципу «минимальной достаточности» — включайте только те поля, которые действительно необходимы.

Ошибка №3: Рекурсия без условия выхода. При работе с рекурсивными представлениями обязательно нужно указать условие, при котором рекурсия прекратится. В противном случае запрос зациклится и завершится с ошибкой. Например, в представлении для иерархического справочника проверяйте, что текущий элемент не является корневым (Родитель <> NULL).

Ошибка №4: Неучёт особенностей виртуальных таблиц. Виртуальные таблицы (например, срезы регистров) могут вести себя неожиданно в представлениях. Например, если вы создаёте представление на основе РегистрНакопления.Остатки.Остатки(&Дата), но не передаёте параметр &Дата в основной запрос, получите остатки на текущую дату, что не всегда требуется.

Указаны все необходимые соединения таблиц

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

В представлении нет лишних полей

Рекурсивные представления имеют условие выхода

Проверена производительность на реальных данных-->

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

Теория — это хорошо, но давайте посмотрим, как представления применяются на практике. Разберём несколько реальных кейсов.

Пример 1: Отчёт по продажам с детализацией по менеджерам

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

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

// Основной запрос
ВЫБРАТЬ
ПродажиПоМенеджерам.Менеджер КАК Менеджер,
Менеджеры.Наименование КАК ФИОМенеджера,
СУММА(ПродажиПоМенеджерам.Сумма) КАК ИтогоПродаж,
СУММА(ПродажиПоМенеджерам.Количество) КАК ИтогоКоличество
ИЗ
ПродажиПоМенеджерам(ДАТАВРЕМЯ(2023, 1, 1), ДАТАВРЕМЯ(2023, 12, 31)) КАК ПродажиПоМенеджерам
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Пользователи КАК Менеджеры
ПО ПродажиПоМенеджерам.Менеджер = Менеджеры.Ссылка
СГРУППИРОВАТЬ ПО
ПродажиПоМенеджерам.Менеджер,
Менеджеры.Наименование

Пример 2: Иерархический справочник с путями

Если у вас есть справочник с иерархией (например, категории товаров), можно создать представление, которое будет возвращать полный путь к элементу:

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

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
КатегорииСПутями.ТекущаяКатегория,
Родитель.Наименование + " → " + КатегорииСПутями.Путь КАК Путь
ИЗ
КатегорииСПутями
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.КатегорииНоменклатуры КАК Родитель
ПО КатегорииСПутями.ТекущаяКатегория.Родитель = Родитель.Ссылка

Теперь в основном запросе можно получить путь для любой категории:

ВЫБРАТЬ
КатегорииСПутями.ТекущаяКатегория КАК Категория,
МАКСИМУМ(КатегорииСПутями.Путь) КАК ПолныйПуть
ИЗ
КатегорииСПутями(ЗНАЧЕНИЕ(Справочник.КатегорииНоменклатуры.Электроника))
СГРУППИРОВАТЬ ПО
КатегорииСПутями.ТекущаяКатегория

Пример 3: Динамический расчёт остатков

Представления удобно использовать для расчёта остатков на произвольную дату. Например, можно создать представление, которое будет возвращать остатки товаров на складе с учётом резервов:

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

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

Представления могут как ускорить, так и замедлить выполнение запросов. Всё зависит от того, как вы их используете. Вот несколько советов по оптимизации:

• 🚀 Избегайте вложенных представлений. Если одно представление использует другое, а то, в свою очередь, третье — это усложняет план выполнения запроса и может привести к избыточным операциям.
• 🚀 Используйте индексы. Убедитесь, что поля, по которым выполняются соединения или фильтрация в представлении, проиндексированы в базе данных.
• 🚀 Ограничивайте объём данных. Если представление возвращает тысячи строк, а в основном запросе вам нужны только 10, добавьте фильтрацию прямо в представление.
• 🚀 Тестируйте на реальных данных. Производительность запроса может сильно отличаться на тестовой базе с сотней записей и на рабочей базе с миллионами.

Один из эффективных приёмов — замена представлений на временные таблицы. Если представление используется многократно в одном запросе, его можно материализовать во временную таблицу (ВТ) с помощью конструкции РАЗМЕСТИТЬ:

ВЫБРАТЬ ...
РАЗМЕСТИТЬ ТоварыСОстатками
ИНДЕКСИРОВАТЬ ПО Товар
;

ВЫБРАТЬ ...
ИЗ ТоварыСОстатками

Это позволяет избежать повторного выполнения сложной логики представления при каждом обращении к нему.

⚠️ Внимание: Временные таблицы занимают оперативную память, поэтому не стоит создавать их без необходимости. Используйте этот приём только для сложных представлений, которые обрабатывают большие объёмы данных.

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

FAQ: Частые вопросы о представлениях в 1С

ПРЕДСТАВЛЕНИЕ ОстаткиНаДату(Дата) КАК ...
...
ВЫБРАТЬ ... ИЗ ОстаткиНаДату(ДАТАВРЕМЯ(2023, 12, 31))