Статья для тех кто знаком с СКД.
Для новичков рекомендую предварительно ознакомиться с этим:
— видео-уроки по СКД (легко ищется в интернете)
Расширение языка запросов для системы компоновки данных
Расширение языка запросов для системы компоновки данных осуществляется при помощи специальных синтаксических инструкций, заключаемых в фигурные скобки и помещаемых непосредственно в текст запроса.
Синтаксические элементы расширения языка запросов системы компоновки данных
ВЫБРАТЬ
В этом предложении описываются поля, которые пользователь сможет выбирать для вывода. После данного ключевого слова через запятую перечисляются псевдонимы полей из основного списка выборки запроса, которые будут доступными для настройки.
Например:
{ВЫБРАТЬ Номенклатура, Склад}
После псевдонима поля может находиться комбинация символов «.*», что обозначает возможность использования дочерних полей от данного поля.
Например, запись Номенклатура.* обозначает возможность использования дочерних полей поля «Номенклатура» (например, поля «Номенклатура.Код»). Элемент ВЫБРАТЬ может присутствовать только в первом запросе объединения.
ГДЕ
Описываются поля, на которые пользователь сможет накладывать отбор. В данном предложении используются поля таблиц. Использование псевдонимов полей списка выборки недопустимо. Каждая часть объединения может содержать собственный элемент ГДЕ.
Примеры:
{ГДЕ Номенклатура.*, Склад }
Нехитрый пример
Необходимо получить продажи за период + вывести всю номенклатуру, независимо от того были ли продажи или нет. То есть, необходимо выбрать данные из таблицы оборотов регистра Продажи, данные из справочника номенклатура. Опустим вопрос зачем нам нужна вся номенклатура.
Для решения задачи можно составить запрос соединяющий левым соединением номенклатуру и таблицу оборотов Продажи, в результате, для номенклатуры, которая не продавалась в выбранном периоде мы получим значения полей Контрагент, Договор, Количество, Сумма = Null. Такой запрос:
ВЫБРАТЬ СпрНоменклатура.Ссылка КАК Номенклатура, ПродажиОбороты.Контрагент, ПродажиОбороты.ДоговорКонтрагента, ПродажиОбороты.КоличествоОборот КАК Количество, ПродажиОбороты.СтоимостьОборот КАК Стоимость ИЗ Справочник.Номенклатура КАК СпрНоменклатура ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Продажи.Обороты КАК ПродажиОбороты ПО СпрНоменклатура.Ссылка = ПродажиОбороты.Номенклатура
Вот результат:
Контрагент | Договор | Номенклатура | Количество | Сумма |
null | null | _Тест1 | null | null |
ООО «Рога и копыта» | Договор1 | Тапочки | 10 | 1200 |
ОАО «Газпром» | Клевый договор | Сапоги | 5 | 13000 |
null | null | Галоши | null | null |
null | null | Сланцы | null | null |
— в данном примере не было продаж номенклатуры: «Галоши» и «Сланцы»
И все бы ничего, если мы сгруппируем выборку по контрагенту то вся не продаваемая номенклатура попадет в отдельную группировку, где Контрагент = Null, но клиент хочет иметь в отчете произвольный отбор по полю контрагент(естественно имеется ввиду контрагент из регистра Продажи). Как быть? Ведь по сути нам нужно фильтровать только таблицу Продажи. Если мы используем автозаполнение в конструкторе СКД, то в доступные поля отбора попадет поле Контрагент, все вроде бы хорошо, но при исполнении отчета с отбором по контрагенту мы потеряем все записи из соединения с номенклатурой. Например, установим отбор: Контрагент = ООО «Рога и копыта». Результат будет выглядеть так:
Контрагент | Договор | Номенклатура | Количество | Сумма |
ООО «Рога и копыта» | Договор1 | Тапочки | 10 | 1200 |
— совсем не то что нам нужно, правда?
Для решения задачи можно конечно добавить параметр в запрос, например в параметры виртуальной таблицы ПродажиОбороты, но при этом теряется гибкость настройки вида сравнения.
Решение есть: для этого в конструкторе запросов на вкладке Компоновка данных => Таблицы добавим поле-условие в условия виртуальной таблицы ПродажиОбороты и сменим ему псевдоним на КонтрагентОтбор
Для того чтобы не путать пользователя с полями отбора, отключим поле-условие Контрагент и сменим заголовок для поля КонтрагентОтбор
В результате выполнения данной схемы с включенным отбором по полю контрагент результирующий запрос примет вид:
ВЫБРАТЬ СпрНоменклатура.Ссылка КАК Номенклатура, ПродажиОбороты.Контрагент КАК Контрагент, ПродажиОбороты.ДоговорКонтрагента КАК ДоговорКонтрагента, ПродажиОбороты.КоличествоОборот КАК >Количество, ПродажиОбороты.СтоимостьОборот КАК Стоимость, ПРЕДСТАВЛЕНИЕССЫЛКИ(ПродажиОбороты.ДоговорКонтрагента) КАК ДоговорКонтрагентаПредставление, ПРЕДСТАВЛЕНИЕССЫЛКИ(ПродажиОбороты.Контрагент) КАК КонтрагентПредставление, СпрНоменклатура.Представление КАК НоменклатураПредставление ИЗ Справочник.Номенклатура КАК СпрНоменклатура ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Продажи.Обороты(&П, , , Контрагент = &П3) КАК ПродажиОбороты ПО СпрНоменклатура.Ссылка = ПродажиОбороты.Номенклатура
И соответственно результат:
Контрагент | Договор | Номенклатура | Количество | Сумма |
null | null | _Тест1 | null | null |
ООО «Рога и копыта» | Договор1 | Тапочки | 10 | 1200 |
null | null | Сапоги | null | null |
null | null | Галоши | null | null |
null | null | Сланцы | null | null |
_Тест1 — это группа в справочнике Номенклатура, в которой все лежит
К публикации прикреплена схема XML-схема отчета, использовавшегося в публикации. Схему создавал в Комплексной автоматизации, но думаю, все будет прекрасно работать и в УПП и в УТ 10
Подведение итогов
Данный пример показывает каким образом создать свои настройки отборов в СКД и отключить автосоздаваемые, если вы конструируете схему с включенным флагом Автозаполнение.
Если же вы имеете достаточно опыта, чтобы создавать схемы без использования Автозаполнения — то данный совет не имеет смысла.
Использовавшийся софт
- Программа создания скриншотов SnimOK!
- Консоль отчетов СКД+
- Редактор XML-файлов XMLNotepad
— видео-уроки по СКД (легко ищется в интернете)
Я чего то здесь не вижу? Или чего то не понимаю?
(1) Если привестиэту ссылку в публикации то её сочтут за рекламу и не пустят в свет.
Речь идет о бесплатном курсе по СКД.
(2) О…
Речь идет о бесплатном курсе по СКД.
Я догадывался, потому и спросил. Просто, Ваша формулировка, предполагает ссылку на ресурс.
Можно просто написать, рекомендую: «бесплатную часть видео-уроков Курс по СКД Гилев Е., Насипов Ф.», хотя тоже могут счесть за …
А если так?
Была у меня публикация с оглавлением к видео-курсу по СКД… не проходила модерацию по причине «реклама», но вотэта публикация (сейчас неактивна) взлетела и автор сославшись на меня прикрепил к ней оглавление.
те кто знаком с СКД наверняка эти видео-уроки уже смотрели, те кто нет — думаю, смогут найти в поисковике — если нет — им эта публикация ни к чему
Хотелось бы, чтобы тема расширения языка запросов СКД была дополнена описанием применения Соединений
(5) Не пойму что вы имеете ввиду? — В расширении языка запросов есть лишь разделы: выбрать, где, и параметры ВТ
Может я неверно выразился. Я имею ввиду соединения, заключенные в {}. Интересно, как это работает в СКД?
А если фильтр нужно установить на справочник Номенклатура? Параметры виртуальной таблицы если это таблица справочника установить нельзя… Как решить эту проблем? Нужен фильтр, например, по группе Номенклатуры.
(8) NataLisa, Таким же образом в конструкторе запроса на вкладке Компоновка данных -> Условия указывайте поле номенклатура(или поле Ссылка) и давайте ему другой псевдоним
(9)
Огромное спасибо за эту подсказку!
Если честно признаться, то программирую «по верхам» и изучаю все механизмы платформы и среды разработки «в бою», т. к. на вдумчивое изучение совершенно нету времени. И сейчас Ваша подсказка о-очень помогла! За одно пробежался по данной статейке и понял, как работает расширение языка для СКД.
Вот так вот, благодаря таким, как Вы, потратив всего 10 минут, изучил новый и очень нужный механизм СКД!
И откуда ни возьмись — предательские &П и &ПЗ )
(11) &П — это параметр НачалоПериода, &П3 параметр отбора по контрагенту
Огромное спасибо автору. Несколько дней курил СКД отчёт, сделал 5 различных вариаций, но все безуспешно…
Отбор по заказу покупателя накладывался на параметры двух таблиц Оборотов, связанных внутренним соединением по регистратору и номенклатуре, где заказ покупателя в первом подразумевался отличным от пустого, а во втором должен был быть именно пустым (нужно было найти в регистре пары резервирования и разрезервирования).
В результате без отборов все формировалось правильно, при отборе заказа покупателя нужные поля все были пустые.
Очень не хотелось формировать данные целиком (29 секунд вместо 6)… да и смысл постфактум накладывать отбор при таких исходных данных… с отбором без новых полей отчёт формировался мгновенно =\r
Подменил «ник» ЗаказПокупателя в ЗаказОтбор… Теперь всё работает! Низкий поклон!
(13) Видимо вы уже доросли такой сложности отчетов — пора снимать галку «Автозаполнение»