 |
В режиме «1С:Предприятие»
|
|
|
|
Запустим «1С: Предприятие» в режиме отладки и выполним команду
Универсальный в разделе ОказаниеУслуг.
Если мы сейчас нажмем Сформировать, то ничего не увидим в резуль- тате, так как список выбранных полей, группировок строк и колонок таблицы пуст. Заполним эти быстрые пользовательские настройки.
Нажмем кнопку выбора в строке Выбранные поля и выберем из доступных полей поле ВыручкаОборот. Нажмем кнопку выбора
в строке Строки и добавим в строки таблицы группировку по полю Номенклатура с типом Иерархия. Нажмем кнопку выбора в строке Колонки и добавим в колонки таблицы группировку по полю Мастер. Нажмем Сформировать.
Отчет примет следующий вид (рис. 13. 112).
 |
Заметьте, что при прокручивании отчета вниз и вправо положение шапки отчета и самой левой колонки таблицы остается зафикси- рованным. Для удобства пользователя платформа автоматически фиксирует сверху и слева табличный документ, в который выводится результат отчета. Можно также вручную управлять фиксацией строк и столбцов отчета с помощью параметров вывода ФиксацияСлева и ФиксацияСверху.
Теперь добавим в список выбранных полей поле СтоимостьОборот. В строки таблицы вместо группировки по полю Номенклатура поместим группировку по полю Клиент.
В результате отчет примет следующий вид (рис. 13. 113).
Теперь исключим из списка выбранных полей поле СтоимостьОборот. В строках таблицы заменим прежнюю группировку на группировку по полю Номенклатура с типом ТолькоИерархия. В колонки таблицы добавим группировку по полю Клиент и поместим ее первой в списке группировок.
В результате отчет примет следующий вид (рис. 13. 114).
 |
|
|
|
Таким образом, используя этот отчет, мы предоставили пользователю альтернативную возможность самостоятельно формировать отчет по регистру Продажи.
Как вы теперь знаете, при создании запроса платформа предостав- ляет нам в качестве источников данных некоторое количество вирту- альных таблиц. Название «виртуальные» полностью соответствует их сути, поскольку эти таблицы, в свою очередь, также являются результатом запроса, который система формирует в момент выпол- нения соответствующего участка кода.
По большому счету разработчик может самостоятельно получить те же самые данные, которые система предоставляет ему в качестве виртуальных таблиц, однако алгоритм получения этих данных не будет оптимизирован в силу следующих двух причин.
Во-первых, все виртуальные таблицы параметризованы, то есть разработчику предоставляется возможность задать некоторые параметры, которые система будет использовать при формировании запроса создания виртуальной таблицы.
Примечательным здесь является то, что задание параметров вирту- альной таблицы далеко не всегда приводит к простой подстановке указанных разработчиком значений в текст запроса. В зависимости от того, какие параметры виртуальной таблицы указаны разработчиком, система может формировать РАЗЛИЧНЫЕ запросы для получения одной и той же виртуальной таблицы, причем они будут оптимизиро- ваны с точки зрения переданных параметров.
Во-вторых, не всегда разработчик имеет возможность получить доступ к тем данным, к которым имеет доступ система. Например, при использовании виртуальных таблиц регистров сведений разра- ботчику доступна по большому счету вся та же информация о данных регистров, которую использует система при формировании запроса виртуальной таблицы.
Совсем иная картина с виртуальными таблицами регистров накопления. Здесь система динамически формирует запрос в зависимости не только от переданных параметров, но и от периода рассчитанных итогов регистра, причем в запросе она использует данные рассчитанных итогов, которые просто недоступны для разработчика при создании запроса.
|
|
|
Конечно, разработчик может самостоятельно перебрать все записи регистра накопления и в итоге получить те же самые данные, которые система предоставляет в виде виртуальной таблицы. Однако очевидно, что такой запрос будет менее эффективным и потребует от разработчика гораздо больше трудозатрат.
| |
|
|
|
