Объектная модель запроса Схема запроса - теория и примеры использования
реклама
Найти Контакты Заказы Избранное Корзина Мои публикации Разработки и статьи для специалиста 1С Каталог Функциональные Абонемент О базе знаний Уведомления Учетные задачи Задачи пользователя Разработка База данных Администрирование Интеграция Сообщество Объектная модель запроса "Схема запроса" - теория и примеры использования 12.10.14 Разработка - Запросы 351 – Автор: Евгения Карук (ekaruk) Рейтинг: 4881 Подписаться Для получения уведомлений о новых публикациях автора подключите телеграм бот: В 8.3.5 в платформе 1С появился новый тип данных "Схема запроса". Публикация: Статья о том, что он из себя представляет, зачем он вообще нужен, когда нужен и когда не нужен. И о том, как им пользоваться. № Примеры создания текста запроса с нуля и изменение имеющегося запроса. Создание 12.10.14 23 43 Обновление 12.10.14 23 43 В 8.3.5 у нас появилась восможность программной работы с текстом запроса. Статистика: Для анализа конкретного запроса рекоммендую "Дерево объектной модели схемы запроса". Просмотры Попробуем разобраться, что такое вообще запрос. В каком формате он представлен в 1С и на сервере ИБ. Загрузки 0 Рейтинг 351 Комментарии 92 Упрощенно можно выделить следующие уровни работы с запросом: 1. Запрос на языке СУБД. На этом уровне запрос представляет собой текстовую строку в синтаксисе конкретной СУБД. Характеристики: Например "SELECT field1 FROM table1 WHERE table1.field2 100". 2. Драйвер конкретной СУБД. Это утилита, которая служит связующим звеном между программой и сервером. Она Код открыт Не указано получает запрос от программы и передает его к СУБД. На этом уровне 1С работает с внешними источниками данных. Рубрики Запросы используемые на компьютере драйвера конкретных СУБД. В зависимости от используемой системы тут может быть компонент ODBC, OLE DB, JDBC, ADO.NET либо любого другого стандарта. Судя по http://its.1c.ru/db/metod8dev#content:2926 1 на текущий момент 1С использует OLE DB. В платформе 7.7 использовался ODBC. 4. Объект на сервере 1С. На этом уровне выполняется работа сервера приложений с запросом. Насколько я понимаю, в платформе на языке Си описан объект запроса для которого прописаны методы формирования Тип файла Нет файла Платформа Платформа 1С v8.3 Конфигурация Конфигурации 1cv8 "ВЫБРАТЬ Справочник.ИмяСправочника.ИмяПоля ИЗ Справочник.ИмяСправочника" Операционная система Не имеет значения Ранее мы могли работать только с текстовым представлением запроса (уровень 5 . Это наиболее простой и понятный способ, хотя и не всегда удобный. Сейчас нам дали доступ к объекту (уровень 4 , с которыми ранее работали только платформенные механизмы. Если проанализировать объект "Схема запросов", то его свойства очень четко пересекаются с конструктором Налоги Не имеет значения Каждому клику в конструкторе можно подобрать аналогичную команду. Например: Вид учета Не имеет значения Закладка "Пакет запросов" = СхемаЗапроса.ПакетЗапросов; Закладка "Таблицы и поля" = СхемаЗапроса.ПакетЗапросов 0 .ДоступныеТаблицы; Клик на таблице "Справочники" - "Номенклатура" = СхемаЗапроса.ПакетЗапросов 0 .Операторы 0 .Источники.Добавить("Справочник.Номенклатура"); Доступ к файлу Бесплатно (free) Таким образом мы можем программно сформировать практически любой запрос, который можем сделать конструктором. Разумеется, программное создание намного сложнее и длительнее, чем просто работа с конструктором или даже написание текста запроса вручную. Для статических запросов, текст которых не изменяется, нет никакого смысла использовать схему. Программная работа требует более глубокого понимания работы с запросами. Она удобна в случае, если нам необходимо менять текст запроса динамически в зависимости от параметров системы, выбора пользователя, результата предыдущего запроса. Для модификации текста имеющегося запроса, этот текст необходимо установить для схемы и получить обратно после модификации. Для этого используется код вида: СхемаЗапроса = Новый СхемаЗапроса; СхемаЗапроса.УстановитьТекстЗапроса(Запрос.Текст); //Тут наши комманды модификации запроса Запрос.Текст = СхемаЗапроса.ПолучитьТекстЗапроса(); Объектная модель запроса включает основной объект "Схема запроса" и около 50 связанных с ним подчиненных объектов, коллекций и специфичных типов данных. Поначалу ориентироваться в этом наборе объектов достаточно сложно. Чтобы понять общую структуру схемы запроса открываем нужный раздел СП и загоняем все связи между объектами в графопостроитель. Получается такой вот граф. Не могу сказать, что он очень понятный, но общую идею отображает. Удобно подглядывать при анализе запроса. В графе обозначены: Желтым - объектные сущности схемы запроса; Красным - коллекции объектов; Зеленым - стандартные типы 1С (строка, число, булево); Бирюзовым - примитивные типы, специфичные для схемы запроса; Наиболее удобна схема запроса для модификаций готового запроса, на она также позволяет создать текст запроса с нуля. Для примера рассмотрим создания с нуля пакета запроса, аналогичного запросу из "Справочной схемы" ВЫБРАТЬ РАЗРЕШЕННЫЕ Товары.Ссылка КАК Номенклатура, Закупки.Период КАК Период, ЕСТЬNULL(Закупки.СуммаОборот, 0) КАК СуммаЗакупок, 0 КАК СуммаПродаж ПОМЕСТИТЬ ТаблицаОбороты ИЗ Справочник.Номенклатура КАК Товары ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Закупки.Обороты(&Начало, &Окончание, Месяц) КАК Закупки ПО Закупки.Номенклатура = Товары.Ссылка ГДЕ НЕ Товары.ЭтоГруппа ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ РАЗЛИЧНЫЕ ПЕРВЫЕ 100 Товары.Ссылка, Продажи.Период, 0, ЕСТЬNULL(Продажи.СуммаОборот, 0) ИЗ Справочник.Номенклатура КАК Товары ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Продажи.Обороты(&Начало, &Окончание, Месяц) КАК Продажи ПО Продажи.Номенклатура = Товары.Ссылка ГДЕ НЕ Товары.ЭтоГруппа ИНДЕКСИРОВАТЬ ПО Номенклатура, Период ; //////////////////////////////////////////////////////////////////////////////// ВЫБРАТЬ ТаблицаОбороты.Номенклатура КАК Номенклатура, ТаблицаОбороты.Период КАК Период, СУММА(ТаблицаОбороты.СуммаЗакупок) КАК СуммаЗакупок, СУММА(ТаблицаОбороты.СуммаПродаж) КАК СуммаПродаж ИЗ ТаблицаОбороты КАК ТаблицаОбороты СГРУППИРОВАТЬ ПО ТаблицаОбороты.Номенклатура, ТаблицаОбороты.Период ИМЕЮЩИЕ СУММА(ТаблицаОбороты.СуммаЗакупок) > 0 УПОРЯДОЧИТЬ ПО ТаблицаОбороты.Номенклатура.Наименование, Период ИТОГИ СУММА(СуммаЗакупок), СУММА(СуммаПродаж) ПО ОБЩИЕ, Номенклатура ТОЛЬКО ИЕРАРХИЯ ; //////////////////////////////////////////////////////////////////////////////// УНИЧТОЖИТЬ ТаблицаОбороты Проанализируем пакет запросов. Пакет представляет из себя набор из трех запросов. В первом запросе данные выбираются из ИБ двумя оперататорами (запросы по закупкам и продажам), каждый из которых использует два источника (справочник "Номенклатура" и соответствующий регистр накопления). Данные объединятся из двух операторов и помещаются во временную таблицу на сервере. Во втором запросе мы получаем данные из временной таблицы, группируем их и получаем результат для обработки на сервере 1С. Третий запрос служит для уничтожения временной таблицы, сформированной первым запросом. Начнем программное создание пакета запросов. Для разработки кода воспользуемся деревом запроса. По нему удобно определять пути к данным. Желательно периодически проверять получившийся текст запроса после модификаций кода. Для начала создадим объект "СхемаЗапроса". СхемаЗапроса = Новый СхемаЗапроса; Созданная схема запроса уже содержит один пакет и один оператор выбора. Для удобства работы сохраним их в отдельные переменные. ЗапросВыбораИзИБ = СхемаЗапроса.ПакетЗапросов[0]; ОператорВыбораЗакупок = ЗапросВыбораИзИБ.Операторы[0]; Добавляем источники в первый оператор выбора. Для этого используем метод коллекции источников "Добавить()". В параметрах метода указываем имя добавляемой таблицы ее псевдоним, по которму будем обращаться к ней в дальнейшем. В качестве добавляемсой таблицы можно использовать либо имя таблицы, либо ссылку на неё в коллекции доступных таблиц. ИсточникНоменклатура = ОператорВыбораЗакупок.Источники.Добавить("Справочник.Номенклатура","Товары"); ИсточникЗакупки = ОператорВыбораЗакупок.Источники.Добавить("РегистрНакопления.Закупки.Обороты","Закупки"); По умолчанию второй источник добавляется с левым соединение к первому. Нам нужно обратное сединение. Меняем тип соединения. ИсточникЗакупки.Соединения[0].ТипСоединения = ТипСоединенияСхемыЗапроса.ПравоеВнешнее; Параметры таблиц: Для каждой добавленной в качестве источника таблицы мы можем задать дополнительные параметры. Коллекция параметров заполняется автоматически при добавлении таблицы в зависимости от типа таблицы. Добавить в неё параметр вручную нельзя, можно лишь установить значение имеющегося параметра. Таблица "Справочник.Номенклатура" это простая таблица справочника. У нее параметров нет. Таблица "РегистрНакопления.Закупки.Обороты" это таблица оборотов регистра накопления. Согласно СП, у неё есть 4 параметра: начало периода, конец периода, периодичность, условие. Нам необходимо установить первые 3 параметра: ИсточникЗакупки.Источник.Параметры[0].Выражение = Новый ВыражениеСхемыЗапроса("&Начало") ; ИсточникЗакупки.Источник.Параметры[1].Выражение = Новый ВыражениеСхемыЗапроса("&Окончание") ; ИсточникЗакупки.Источник.Параметры[2].Выражение = Новый ВыражениеСхемыЗапроса("Месяц") ; Укажем колонки, которые необходимо выбрать из перечисленных таблиц. Для этого добавляем поля в коллекцию выбираемых полей оператора выбора. ОператорВыбораЗакупок.ВыбираемыеПоля.Добавить("Товары.Ссылка"); ОператорВыбораЗакупок.ВыбираемыеПоля.Добавить("Закупки.Период"); ОператорВыбораЗакупок.ВыбираемыеПоля.Добавить("ЕСТЬNULL(Закупки.СуммаОборот, 0)"); ОператорВыбораЗакупок.ВыбираемыеПоля.Добавить("0"); Укажем на уровне запроса вцелом псевдонимы для выбираемых колонок: Обратите внимание, что колонки таблиц выбираем для каждого подзапроса объединения, имена колонкам присваиваем вцелом для коллекции "Колонки" на уровне запроса пакета. ЗапросВыбораИзВТ.Колонки[0].Псевдоним = "Номенклатура"; ЗапросВыбораИзВТ.Колонки[1].Псевдоним = "Период"; ЗапросВыбораИзВТ.Колонки[2].Псевдоним = "СуммаЗакупок"; ЗапросВыбораИзВТ.Колонки[3].Псевдоним = "СуммаПродаж"; Добавим условие на выбор данных ОператорВыбораПродаж.Отбор.Добавить("НЕ Товары.ЭтоГруппа"); Всё аналогично добавляем для второй части запроса. Сопоставление колонок: У нас в каждом операторе выбора выбирается 4 поля (элемент справочника "Номенклатура", дата и два числовых поля). При объединении колонок из двух операторов выбора колонки из справочника и даты система соспоставит сама. Числовых колонок две. Схема может самостоятельно сопоставить их с колонками первого запроса неверно. Указываем, какой колонке таблицы результата какое выражение соответствует. ЗапросВыбораИзИБ.Колонки[2].Поля.Установить(1,ВыражениеЗакупки); ЗапросВыбораИзИБ.Колонки[3].Поля.Установить(1,ВыражениеПродажи); Все аналогично повторяем для второго запроса пакета. Из отличий, тут используется отбор по итоговым значения вида "ИМЕЮЩИЕ". Такое условие добавляется аналогично обычному отбору на детальные записи. Схема сама определит, в какой раздел условий поместить наше в зависимости от использования функций группировки. ОператорВыбрать.Отбор.Добавить("СУММА(ТаблицаОбороты.СуммаЗакупок) > 0"); Последним шагом добавляем запрос на уничтожение таблицы данных ЗапросУничтоженияВТ = СхемаЗапроса.ПакетЗапросов.Добавить(Тип("ЗапросУничтоженияТаблицыСхемыЗапроса")); ЗапросУничтоженияВТ.ИмяТаблицы = "ТаблицаОбороты"; А также выставляем дополнительные свойства запросов: ЗапросВыбораИзИБ.ТаблицаДляПомещения = "ТаблицаОбороты"; ЗапросВыбораИзИБ.ВыбиратьРазрешенные = Истина; Итоговый полный вариант формирования запроса: //Создание схемы запроса СхемаЗапроса = Новый СхемаЗапроса; ЗапросВыбораИзИБ = СхемаЗапроса.ПакетЗапросов[0]; //Установка свойств запроса ЗапросВыбораИзИБ.ТаблицаДляПомещения = "ТаблицаОбороты"; ЗапросВыбораИзИБ.ВыбиратьРазрешенные = Истина; //Добавляем операторы выбора первого запроса пакета ОператорВыбораЗакупок = ЗапросВыбораИзИБ.Операторы[0]; ИсточникНоменклатура = ОператорВыбораЗакупок.Источники.Добавить("Справочник.Номенклатура","Товары"); //Добавляем запрос выбора из регистра закупок ИсточникЗакупки = ОператорВыбораЗакупок.Источники.Добавить("РегистрНакопления.Закупки.Обороты","Закупки"); ИсточникЗакупки.Источник.Параметры[0].Выражение = Новый ВыражениеСхемыЗапроса("&Начало") ; ИсточникЗакупки.Источник.Параметры[1].Выражение = Новый ВыражениеСхемыЗапроса("&Окончание") ; ИсточникЗакупки.Источник.Параметры[2].Выражение = Новый ВыражениеСхемыЗапроса("Месяц") ; //Меняем тип соединения ИсточникЗакупки.Соединения[0].ТипСоединения = ТипСоединенияСхемыЗапроса.ПравоеВнешнее; //Указываем выбираемые поля ОператорВыбораЗакупок.ВыбираемыеПоля.Добавить("Товары.Ссылка"); ОператорВыбораЗакупок.ВыбираемыеПоля.Добавить("Закупки.Период"); ОператорВыбораЗакупок.ВыбираемыеПоля.Добавить("ЕСТЬNULL(Закупки.СуммаОборот, 0)"); ОператорВыбораЗакупок.ВыбираемыеПоля.Добавить("0"); //Указываем спевдонимы для выбранных полей ЗапросВыбораИзИБ.Колонки[0].Псевдоним = "Номенклатура"; ЗапросВыбораИзИБ.Колонки[1].Псевдоним = "Период"; ЗапросВыбораИзИБ.Колонки[2].Псевдоним = "СуммаЗакупок"; ЗапросВыбораИзИБ.Колонки[3].Псевдоним = "СуммаПродаж"; //Добавляем отбор ОператорВыбораЗакупок.Отбор.Добавить("НЕ Товары.ЭтоГруппа"); /////////////////////// //Выбираем данные о продажах ОператорВыбораПродаж = ЗапросВыбораИзИБ.Операторы.Добавить(); ИсточникНоменклатура = ОператорВыбораПродаж.Источники.Добавить("Справочник.Номенклатура","Товары"); ОператорВыбораПродаж.ВыбираемыеПоля.Добавить("Товары.Ссылка"); //Добавляем источник РН и устанавливаем параметры ИсточникПродажи =ОператорВыбораПродаж.Источники.Добавить("РегистрНакопления.Продажи.Обороты","Продажи"); ИсточникПродажи.Источник.Параметры[0].Выражение = Новый ВыражениеСхемыЗапроса("&Начало") ; ИсточникПродажи.Источник.Параметры[1].Выражение = Новый ВыражениеСхемыЗапроса("&Окончание") ; ИсточникПродажи.Источник.Параметры[2].Выражение = Новый ВыражениеСхемыЗапроса("Месяц") ; ИсточникПродажи.Соединения[0].ТипСоединения = ТипСоединенияСхемыЗапроса.ПравоеВнешнее; //Указываем отбираемые поля и устанавливаем для числовых полей соответствие с полями первого запроса ОператорВыбораПродаж.ВыбираемыеПоля.Добавить("Продажи.Период"); ВыражениеЗакупки = ОператорВыбораПродаж.ВыбираемыеПоля.Добавить("0"); ВыражениеПродажи = ОператорВыбораПродаж.ВыбираемыеПоля.Добавить("ЕСТЬNULL(Продажи.СуммаОборот, 0)"); ЗапросВыбораИзИБ.Колонки[2].Поля.Установить(1,ВыражениеЗакупки); ЗапросВыбораИзИБ.Колонки[3].Поля.Установить(1,ВыражениеПродажи); //Добавляем отбор ОператорВыбораПродаж.Отбор.Добавить("НЕ Товары.ЭтоГруппа"); //Индексируем данные ЗапросВыбораИзИБ.Индекс.Добавить(ЗапросВыбораИзИБ.Колонки[0]); ЗапросВыбораИзИБ.Индекс.Добавить(ЗапросВыбораИзИБ.Колонки[1]); //Устанавливаем параметры выбора данных ОператорВыбораПродаж.ВыбиратьРазличные = Истина; ОператорВыбораПродаж.КоличествоПолучаемыхЗаписей = 100; //////////////// //Второй пакет запроса ЗапросВыбораИзВТ = СхемаЗапроса.ПакетЗапросов.Добавить(); ОператорВыбрать = ЗапросВыбораИзВТ.Операторы[0]; //Устанавливаем сформированную в прошлом запросе временную таблицу как источник Источник = ОператорВыбрать.Источники.Добавить("ТаблицаОбороты","ТаблицаОбороты"); ОператорВыбрать.ВыбираемыеПоля.Добавить("ТаблицаОбороты.Номенклатура"); ОператорВыбрать.ВыбираемыеПоля.Добавить("ТаблицаОбороты.Период"); ОператорВыбрать.ВыбираемыеПоля.Добавить("СУММА(ТаблицаОбороты.СуммаЗакупок)"); ОператорВыбрать.ВыбираемыеПоля.Добавить("СУММА(ТаблицаОбороты.СуммаПродаж)"); //Условие отбора ОператорВыбрать.Отбор.Добавить("СУММА(ТаблицаОбороты.СуммаЗакупок) > 0"); //Устанавливаем псевдонимы колонок ЗапросВыбораИзВТ.Колонки[0].Псевдоним = "Номенклатура"; ЗапросВыбораИзВТ.Колонки[1].Псевдоним = "Период"; ЗапросВыбораИзВТ.Колонки[2].Псевдоним = "СуммаЗакупок"; ЗапросВыбораИзВТ.Колонки[3].Псевдоним = "СуммаПродаж"; //Порядок сортировки данных ЗапросВыбораИзВТ.Порядок.Добавить(ЗапросВыбораИзВТ.Операторы[0].Источники[0].Источник.ДоступныеПоля[0].Поля[6]); ЗапросВыбораИзВТ.Порядок.Добавить(ЗапросВыбораИзВТ.Колонки[1]); //Итоги запроса ИтогНоменклатура = ЗапросВыбораИзВТ.КонтрольныеТочкиИтогов.Добавить(ЗапросВыбораИзВТ.Колонки[0]); ИтогНоменклатура.ТипКонтрольнойТочки = ТипКонтрольнойТочкиСхемыЗапроса.ТолькоИерархия; ЗапросВыбораИзВТ.ОбщиеИтоги =Истина; ЗапросВыбораИзВТ.ВыраженияИтогов.Добавить(ЗапросВыбораИзВТ.Колонки[2]); ЗапросВыбораИзВТ.ВыраженияИтогов.Добавить(ЗапросВыбораИзВТ.Колонки[3]); //////////////// //Последний запрос пакета - удаление временной таблицы ЗапросУничтоженияВТ = СхемаЗапроса.ПакетЗапросов.Добавить(Тип("ЗапросУничтоженияТаблицыСхемыЗапроса")); ЗапросУничтоженияВТ.ИмяТаблицы = "ТаблицаОбороты"; Выполнив этот набор команд мы получаем тот же запрос, который ранее получили конструктором. Явно видно, что программное создание гораздо сложнее, чем текстовое. Возникает вопрос, в чем смылс морочиться с программным создание вместо удобного конструирования. Если этот запрос больше не изменится, то смысла нет никакого. Плюшки появляются только в случае, если нам необходимо этот запрос модифицировать дальше в зависимости от настроек. Рассмотрим несколько примеров модификация нашего пакета из 3х запросов: Пример 1. Допустим, у нас есть переменные "Организация" и "Склад". И в случае, если они заполнены, нам необходимо добавить в отбор данных условия на эти переменные. При работе с текстом нам придется вклиниваться в текст запроса и писать сложное условия вида "Если заполнен скалад, то добавить условие". при чем разрывать в нескольких местах и комбинировать варианты заполнены и склад и организация, заполнен только склад, заполнена только организация, ничего не заполнено. После такой модификации открыть запрос конструктором будет и невозможно и дальнейшая его модификация сильно затруднена. При программной работе с данными мы просто добавляем команды: Если ЗначениеЗаполнено(Организация) Тогда ОператорВыбораЗакупок.Отбор.Добавить("Закупки.Организация = &Организация"); ОператорВыбораПродаж.Отбор.Добавить("Продажи.Организация = &Организация"); КонецЕсли; Если ЗначениеЗаполнено(Склад) Тогда ОператорВыбораЗакупок.Отбор.Добавить("Закупки.Склад = &Склад"); ОператорВыбораПродаж.Отбор.Добавить("Продажи.Склад = &Склад"); КонецЕсли; Пример 2. Нам нужно отобрать товары, для которых последняя цена выше 1000руб. Т.е. необходимо 1. Добавить в текст запроса выбор во временную таблицу из регистра цен номенклатуры, по которой цены выше 1000руб. 2. Добавить при выборе данных условия по этой временной таблице в оба запроса выбора данных (закупки и продажи). Как вклиниваться в текстовый запрос для выполнения этих действий, вы пожете представить самостоятельно. Программно мы просто добавляем строки кода: //Добавляем временную таблицу ЗапросИзРегистраЦен = СхемаЗапроса.ПакетЗапросов.Добавить(); //Настраиваем временную таблицу ЗапросИзРегистраЦен.ТаблицаДляПомещения = "ВТ_ЦеныНоменклатуры"; ОператорВыбрать = ЗапросИзРегистраЦен.Операторы[0]; Источник = ОператорВыбрать.Источники.Добавить("РегистрСведений.ЦеныНоменклатуры.СрезПоследних","ЦеныНоменклатурыСрезПоследних"); ОператорВыбрать.ВыбираемыеПоля.Добавить("ЦеныНоменклатурыСрезПоследних.Номенклатура"); ОператорВыбрать.Отбор.Добавить("ЦеныНоменклатурыСрезПоследних.Цена > &Цена"); //Сдвигаем новую табличку перед запросами выбора данных СхемаЗапроса.ПакетЗапросов.Сдвинуть(СхемаЗапроса.ПакетЗапросов.Индекс(ЗапросИзРегистраЦен),0); //Добавляем условия в исходные запросы ОператорВыбораЗакупок.Отбор.Добавить("Закупки.Номенклатура В (ВЫБРАТЬ ВТ_ЦеныНоменклатуры.Номенклатура ИЗ ВТ_ЦеныНоменклатуры КАК ВТ_ЦеныНоменк ОператорВыбораПродаж.Отбор.Добавить("Продажи.Номенклатура В (ВЫБРАТЬ ВТ_ЦеныНоменклатуры.Номенклатура ИЗ ВТ_ЦеныНоменклатуры КАК ВТ_ЦеныНоменкл ИМХО, даже для этих примеров программная работа с запросом удобнее, чем прямая работа с текстом. При этом учтем, что данные варианты модификаций все-таки достаточно простые. С усложнением вариантов модификаций, увеличением количества запросов в пакете, выбором различных модификаций в зависимости от условий (например, добавление условий либо по регистру цен, либо по видам номенклатуры, либо по планам производства) программная работа выглядит всё более удобной по сравнению с работой с текстовой строкой. Попрактиковаться с запросами можно с использованием обработки Дерево объектной модели схемы запроса.Она удобна для разработки комманд модификации имеющегося запроса. В ней же есть несколько примеров модификации кода запроса и граф схемы типов запроса. з.ы. Всё выше написанное всего лишь моё личное понимание темы. Возможно, где-то ошибаюсь. Комментарии и уточнения приветствуются. upd: Еще один небольшой пример использования схемы запроса. Формирование запроса, выполняющего поиск задвоенных значений предопределенных данных. Без обращения к метаданным формирует один общий запрос ко всем справочникам, планам счетов, ПВХ, ПВР вцелом по конфигурации. Используется в обработке Установка, просмотр и поиск задвоенных предопределенных значений справочников, планов счетов, ПВХ, ПВР. СхемаЗапроса = Новый СхемаЗапроса; КоллекцияОператоры = СхемаЗапроса.ПакетЗапросов[0].Операторы; Для каждого ГруппаТаблиц Из СхемаЗапроса.ПакетЗапросов[0].ДоступныеТаблицы Цикл Если ГруппаТаблиц.Представление = "Справочники" ИЛИ ГруппаТаблиц.Представление = "ПланыСчетов" ИЛИ ГруппаТаблиц.Представление = "ПланыВидовРасчета" ИЛИ ГруппаТаблиц.Представление = "ПланыВидовХарактеристик" Тогда Для каждого Таблица Из ГруппаТаблиц.Состав Цикл Для каждого ПолеТаблицы Из Таблица.Поля Цикл Если ПолеТаблицы.Имя = "ИмяПредопределенныхДанных" Тогда НовыйОператор = КоллекцияОператоры.Добавить(); НовыйИсточник = НовыйОператор.Источники.Добавить(Таблица,"СправочникИмя"); НовыйОператор.ВыбираемыеПоля.Добавить(""""+Таблица.Имя+""""); НовыйОператор.ВыбираемыеПоля.Добавить("КОЛИЧЕСТВО(РАЗЛИЧНЫЕ СправочникИмя.ИмяПредопределенныхДанных)" ); НовыйОператор.Группировка.Добавить("СправочникИмя.ИмяПредопределенныхДанных"); НовыйОператор.Отбор.Добавить("СправочникИмя.Предопределенный"); НовыйОператор.Отбор.Добавить("КОЛИЧЕСТВО(РАЗЛИЧНЫЕ СправочникИмя.Ссылка) > 1"); Продолжить; КонецЕсли; КонецЦикла; КонецЦикла; КонецЕсли; КонецЦикла; схема запроса 351 объектная модель запроса запрос модификация запроса – См. также Infostart Toolkit: Инструменты разработчика 1С 8.3 на управляемых Для чего используют конструкцию запроса "ГДЕ ЛОЖЬ" в СКД на примере Набор-объект для СКД по тексту или запросу Запрос 1С copilot 692 23 28 47 PrintWizard: поддержка представлений ЗУП в конструкторе Объектная модель запроса "Схема запроса" 2 Начните уже использовать хранилище запросов Поиск часто повторяющихся запросов. Мониторинг производительности 28 42 95 70 Посмотреть ещё Комментарии В избранное Подписаться на ответы Добавить вознаграждение Сортировка: Древо развёрнутое Свернуть все 1. Makushimo 160 13.10.14 05 45 Если текст запроса наращивается через менеджер временных таблиц, то в этом случае все также не возможно посмотреть и другие таблицы в менеджере и весь итоговый текст запроса. Так? + – Ответить 9 2. ekaruk 4881 13.10.14 08 17 1 Makushimo, Не совсем поняла вопрос. Через менеджер запроса текст не наращивается. Менеджером можно объединить несколько отдельных запросов или пакетов, чтобы они использовали одни и те же временные таблицы. При формировании запросов, связанных одним менеджером, мы не видим в конструкторе таблиц, связанных с этим менеджером в других запросах. 1 – Ответить 15. Makushimo 160 14.10.14 08 52 2 Очень часто писатели конфигураций используют менеджер временных таблиц для динамического построения одного запроса. Просто запросы пакета разбросаны по всей конфигурации. А часто во время отладки хочется понять в каком запросе нужно изменение внести или ошибку найти. приходится ползать по всем модулям вслед за отладчиком и копипастом в консоли выстраивать весь огромный запрос. Дальше уже с ним баловаться. Гораздо полезнее было бы реализовать просмотр содержимого Менеджера ВТ - и результата и текста запроса. А так эта новая фишка делает нечитаемый код динамического запроса еще более нечитаемым. Может это привыкнуть надо. 3 – Ответить 78. DmitrySinichnikov 286 02.01.20 17 38 15 Если вам требуется просмотреть содержимое менеджера, то вот код: МенеджерВременныхТаблиц.Таблицы[2].ПолучитьДанные().Выгрузить() Где "2" индекс таблицы из всех таблиц менеджера. А так схема запросов очень удобная вещь, если требуется генерить запрос с множеством вариаций возвращаемых данных. + – Ответить 79. ekaruk 4881 02.01.20 20 50 78 Это вроде достаточно новая возможность. Раньше не было. 1 – Ответить 5. Yashazz 4694 13.10.14 17 02 ...и понеслось... Жили мы без этой фичи множество времени и дальше проживём. Выморочная вещь, для галочки сделанная. Вы что, всерьёз верите, что изменять или хотя бы понимать запрос станет проще? Ни разу. Вот увидите, как писатели типовых конф, получив сей инструмент, превратят один ранее заданный куском запрос в нечто, собираемое десятью процедурами, и понять что-то станет ещё тяжелее. 1 Присоединяюсь к вопросу. 36 – Ответить 10. ekaruk 4881 13.10.14 19 22 5 Yashazz, Я не совсем поняла вопрос из 1 Запросы, связанные через менеджер, это разные запросы, работающие с общими временными таблицами. Насколько я понимаю, через схему запроса мы не можем получить доступ к тексту другого запроса, использующего этот же менеджер. 9 caponid, собственно, стандартный конструктор запросов это и есть визуальный интерфейс к объекту "Схема запроса". Он выводит все свойства объекта и через него мы можем визуально их просматривать и править. Чего в нём еще не хватает? + – Ответить 21. MaxDavid 127 14.10.14 22 53 10 9 caponid, собственно, стандартный конструктор запросов это и есть визуальный интерфейс к объекту "Схема запроса". Он выводит все свойства объекта и через него мы можем визуально их просматривать и править. Чего в нём еще не хватает? Насколько я понял, хотелка заключалась в автоматической генерации не только текста самого запроса, но и кода построения объектной схемы. И это хорошая хотелка, на мой взгляд. В разы сократит генерацию кода для последующего изменения )) 3 – Ответить 22. ekaruk 4881 14.10.14 23 09 21 MaxDavid, Я недавно писала обработку по генерации дерева объекта "Схема запроса". В статье ссылка есть. Технически проблем корректной генерации текста схемы нет, можно сделать. Собственно, один вариант уже есть. Сегодня видела на инфостарте обработку конвертер. Правда, пока не совсем рабочий. Пока не вижу реального применения такой автогенерации. + – Ответить 66. GANR 30.06.16 13 56 5 Yashazz, Хорошо, а вот представьте себе ситуацию: вам необходимо НЕ МЕНЯЯ ЭЛЕМЕНТОВ ФОРМ (чтобы было проще обновляться) присоединить к запросам динамических списков нескольких десятков документов типовой конфы некую таблицу (скажем, регистр сведений МоиСтатусыОбъектов) и вывести поля Статус, ДатаУстановкиСтатуса. Как Вы это себе представляете без схемы запроса??? 1 – Ответить 3. nihfalck 13.10.14 13 18 по первому примеру - для решения такой задачи я поступаю так: 1. в запросе условие: |ГДЕ | ВЫБОР | КОГДА &ИспользованиеОтбораСклад | ТОГДА СправочникСклады.Ссылка = &Склад | ИНАЧЕ ИСТИНА | КОНЕЦ 2. параметры запроса: Запрос.УстановитьПараметр("ИспользованиеОтбораСклад", ЗначениеЗаполнено(Склад)); Запрос.УстановитьПараметр("Склад", Склад); выглядит читабельней, как мне кажется. И запрос "рвать" не надо - все прекрасно отрывается в конструкторе. но тема интересная - надо покопаться на досуге. 6 – Ответить 6 4. ekaruk 4881 13.10.14 13 28 3 nihfalck, На самом деле способов много Они подробно описаны тут http://infostart.ru/public/77068/ Они хороши, когда мы говорим об 1 2х изменениях. Но каждая такая модификация все-таки усложняет понимание кода и часто немного замедляет выполнение запроса. Чем сложнее запрос, тем менее допустимы такие вещи. + – Ответить 33. wolfsoft 2421 15.10.14 11 35 3 а так не проще? ГДЕ СправочникСклады.Ссылка = &Склад ИЛИ НЕ &ИспользованиеОтбораСклад + – Ответить 35. ekaruk 4881 15.10.14 11 39 33 wolfsoft, Проще. Но такое условие отменяет использование индекса по складу. В некоторых неудачных случаях время выполнения увеличится на порядок. При выборе из справочника пофиг, при выборе из РН с миллионами записей это может быть критично. + – Ответить 89. Serg2000mr 309 25.06.23 11 08 35 88 Все как раз наоборот. Конструкция Выбор Когда - это функция, а функции в условиях запроса отменяют использование индекса. В варианте ГДЕ СправочникСклады.Ссылка = &Склад ИЛИ НЕ &ИспользованиеОтбораСклад хоть и используется ИЛИ, но вторая часть условия содержит простое значение и индекс все равно используется. Можете проверить план запроса. + – Ответить 88. hugador 39 05.12.22 13 58 33 да, проще и короче, но глазами читается хуже) я за ВЫБОР + – Ответить 87. hugador 39 05.12.22 13 57 3 тоже всегда так + – Ответить 6. glek 119 13.10.14 17 04 Да, хорошая идея для сложны и/или динамических запросов (научиться бы этим еще пользоваться) + – Ответить 7. caponid 13.10.14 18 34 Можно использовать и для простых запросов - когда надо прочитать реквизит документа из базы чтоб лишний раз не дергать ссылку (т.е. считывать весь набор данных) просто написал запрос, который из метаданных объекта формирует запрос к нужному реквизиту документа. как пример СхемаЗапроса = Новый СхемаЗапроса; Пакет = СхемаЗапроса.ПакетЗапросов[0]; Оператор = Пакет.Операторы[0]; ИмяТаблицыЗапроса = Пакет.ДоступныеТаблицы.Найти(Источник.Метаданные().ПолноеИмя()); ТаблицаЗапроса = Оператор.Источники.Добавить(ИмяТаблицыЗапроса); ТаблицаЗапроса.Источник.Псевдоним = "ТаблицаЗапроса"; Для каждого запись Из Структура Цикл Если Запись.Значение <> Неопределено Тогда стр = СписокСкладов.Добавить(); стр.Склад = запись.Значение; Оператор.ВыбираемыеПоля.Добавить(запись.Ключ); КонецЕсли; КонецЦикла; О О б Д б ("Т б З С &С Показать ") В структуре список реквизитов, которые надо выбрать - используется что бы проверить на изменение реквизитов по сравнению с сохраненными в базе + – Ответить 1 53. caponid 30.12.14 17 41 гг, как минимум треть постов - это оправдания. Зачем? Есть инструменты, которые позволяют что - то упростить, что то сделать (как сделано в типовых - сложить или заменить вставкой/заменой текста) иначе , или для "гиков" вообще через "что то с чем-то" - а то что предложили - это всего лишь тоже инструмент - а пользоваться или нет - это Вы сами решите для себя - я выбор сделал (все реально работает и позволило исключить навскидку 30 50% лишнего кода - вот тут 7 и по этому поводу "что это не тру" оправдываться не буду. + – Ответить 8. tormozit 7122 13.10.14 18 49 Я вижу такие применения объектной модели запроса - внесение точечных модификаций в тексты запросов поставщика для облегчения обновления конфигурации от поставщика - полные/частичные генераторы текстов запросов - визуальные средства разработки запросов 9 – Ответить 11 39. monkbest 114 16.10.14 10 49 8 tormozit, для "точечного изменения" тповых, чтобы потом обновляться? никогда так не делайте!!! расскажу почему: был запрос Вы его поменяли этим чудом Вышел новый релиз и запрос поменялся Вы при тройном сравнении увидели свои новые строчки, и скопировали их А в запросе изменился кто-то Ваши строчки кода модифицируют не те поля и не так, причем, не факт, что будет ошибка и возможно все продолжит работать, но не так как надо. Можно напороться на семантическую ошибку, программа работает без сбоев, но результаты получаются неверные + – Ответить 40. tormozit 7122 16.10.14 10 54 39 monkbest, проблема известная, но при определенных условиях способ может давать неплохую надежность. 1 – Ответить 42. monkbest 114 16.10.14 10 59 40 tormozit, согласен с "но при определенных условиях", уверен, что будут случаи, когда это будет надежно, читабельно и оптимально. но это не про типовые конфигурации:) + – Ответить 45. ekaruk 4881 16.10.14 12 51 42 У любого механизма свои плюсы и минуса. Просто им нужно уметь пользоваться. 3 – Ответить 46. zfilin 2333 16.10.14 13 22 45 Нет, коллега, речь идет не о том. Есть мнение, что у этого механизма плюсов просто нет. Никаких. Именно это и пытается донести не восторженная часть сообщества. А подходом "Просто им нужно уметь пользоваться", ну давайте на ассемблере теперь писать и с базой работать. Сплошные плюсы - контроль полный, производительность сумасшедшая, просто "пользоваться надо уметь". 4 – Ответить 47. baloo 16.10.14 13 48 46 zfilin, не забывайте, что без ассемблера не было бы языков более высокого уровня. Можно говорить о том что ассемблер не юзабельный и кому он нужен, а можно расматривать как плацдарм для дальнейшего расширения функциональности. Не все нововведения приносят прямую явную пользу конечному потребителю, некоторые могут быть совершенно бесполезны на первый взгляд, но при этом могут создавать мощную точку роста. Возможно это, своего рода голевая передача. Поживём-увидим, я думаю из этого может выпилиться что-нибудь стоящее. + – Ответить 48. wolfsoft 2421 16.10.14 16 30 47 не забывайте, что без ассемблера не было бы языков более высокого уровня. И что? Каждому инструменту своё место. Не нужно микроскопом гвозди забивать. 1С был удобен для быстрой и комфортной разработки учётных программ. А сейчас он по своей громоздкости начинает приближаться к языкам высокого уровня. Скоро будет возникать вопрос, а зачем мне писать программу на 1С, если я тоже самое могу сделать на нормальном языке с нормальной объектной моделью без различных ограничений, накладываемых платформой 1С? У 1С в голове беда - она всё время пытается объять необъятное. 1 – Ответить 51. Поручик 4668 20.10.14 16 22 48 Ну допустим, тоже самое на другом языке вы сделаете с превеликим геморроем, потому в 1С уже есть набор процедур, функций и классов, именуемых объектами метаданных. + – Ответить 49. zfilin 2333 16.10.14 16 45 47 baloo, Я и не забываю. Честь и слава пра-программистам. + – Ответить 55. 1cmax 152 15.01.15 23 32 46 zfilin, правильно! Потому 1с и проблемно-ориентированный, скрывающий реализацию, чтобы можно было спокойно думать о бизнес-логике! для каждой задачи - свои инструменты. Для систем реального времени - ассемблер и низкоуровневый си, а для учетных систем 1с. + – Ответить 60. romansun 193 23.10.15 13 56 в принципе, в 8 всё ответили по целесообразности программно формировать таким образом запросы - это как программно формировать СКД - можно, но зачем? трудозатраты на такую работу будут космические при сомнительного рода полезности имхо, это полезно там, где возникает задача парсинга текста запросов - визуальные рендеры, построения моделей и прочего всего подобного 2 – Ответить 9. caponid 13.10.14 19 02 хотелки)) если разработчики платформы добавят в стандартный конструктор запросов вывод не только текста, но и кода построения схемы - то это будет хорошо) 1 – Ответить 11. jobkostya1c_ERP 100 13.10.14 22 34 Читал ранее про данный механизм "склеивания" запроса из кусков кода по-человечески. Вроде бы благое дело сделали разработчики платформы 1С 8.3.5, но вот как делал "склеивание" из кусков текста так и буду делать. Почему? Механизм "схема запроса" только вышел и 100% сыроват и там точно есть пара глюков которые на самом виду и которые специально никогда не исправят. Это же не мобильная платформа, не httpсервисы или внешние источники данных которые если начали использовать придется терпеть и обходить баги смекалкой одинэсника :) Придется подождать хотя бы публикаций о багах данного механизма, который очень сильно напоминает программное формирование отчета на СКД: те же сложные типы данных, составляем вручную поля, отборы... Следующий вопрос: на каком принципе можно получить связи запроса для построения графа? + – Ответить 1 12. ekaruk 4881 13.10.14 23 29 11 kostyaomsk, Никто не говорит, что нужно прямо сейчас всё бросить и начать переписывать все запросы через схему запроса. Просто учитываем, что есть такая возможность и со временем её начнут использовать в типовых. По поводу графа. Просто выписываем из СП, какие у объектов есть свойства и какие типы данных допустимы для этих свойств. Потом просто в текстовом виде связи скармливаем связи графопостроителю. Он уже размещает элементы на листе. Автоматического определения нет. Я выписывала для себя в Ексель для этой обработки http://infostart.ru/public/305809/ В ней же выложен приложением исходный текст для графопостроителя и ссылка на него. 2 – Ответить 13. baloo 14.10.14 07 06 Инересно, на каком уровне всё-таки формируется итогоый SQL запрос и нет ли в планах добавить к этому механизму отображения SQL запроса. Если была бы возможность редактировать итоговый запрос к БД - это было бы крайне полезно. + – Ответить 2 19. ekaruk 4881 14.10.14 22 16 13 baloo, Мне тоже интересно. Думаю, окончательный вариант текста запроса все-таки за пределами сервера 1С. Не думаю, что целесообразно его редактировать вручную. Слишком разные варианты будут оптимальными в зависимости от данных. 15 Makushimo, Через схему, к сожалению, такое сделать нельзя. Так как она сейчас все-таки строится на основании текста запроса. Менеджер, грубо говоря, всего лишь связывает запросы в одно пространство, чтобы они использовали общие данные. Но запросы остаются отдельными запросами. 16 iTony73, Да, мне оже кажется, что схема более применима для модификаций имеющегося запроса, а не для создания с нуля. Вроде эту мысль в статье высказывала. + – Ответить 30. baloo 15.10.14 05 50 19 не может быть формирование результирующего SQL запроса за пределами сервера приложений - ему быть больше негде, разве что в скульных хранимках, но разработчик, к счастью не стал на них завязываться, иначе Postgres и DB2 мы бы не увидели. Поэтому я думаю рано или поздно это будет реализовано. + – Ответить 14. Oleg_nsk 267 14.10.14 08 52 Новшество интересное. По хорошему надо вообще переходить на декларативное описание всего интерфейса 1с на базе XAML. Вот тогда и откроются для разработчика широчайшие возможности для визуализации, отвязанные от чудачеств нынешних творцов, придумывающих свои уникальные велосипеды вроде "Такси" 2 – Ответить 1 17. baloo 14.10.14 10 08 14 Oleg_nsk, ну собственно новый REST интерфейс Вам в помощь, ну и собственно на базе веб-сервисов можно было пилить свой фронт для нетиповых спокойно. Проблема только в том, что сегодня пилить фронты из 1Сников могут не только лишь все. Мало кто может это делать. 1 – Ответить 16. borda4ev 15 14.10.14 10 03 Описание, наверное, будет не полным. Если не упомянуть метод УстановитьСхемуЗапроса(ТекстНаписанногоВКонструктореЗапроса) То есть, можно сначала написать, большой запрос Конструктором. Затем загнать его в Схему, и уже там работать с теми вещами, которые необходимо Алгоритмизировать; Очень крутая штука, не удивлюсь, если через год, это станет стандартом, для программной работы над Запросами! 4 – Ответить 18. zfilin 2333 14.10.14 13 31 Интересный механизм, но практическую пользу понять сложно. Разработчики давно наловчились динамически делать и менять непосредственно текст запроса, так что вряд ли оно получит широкое применение для того, чтобы что-нибудь изощренно спросить у базы. Зато в качестве парсера текста запроса (если я правильно понял) вещь незаменимая. Ты ему строку, а он тебе в объект разложил. Красота! Но зачем это может быть нужно? Сходу не соображу. Писать автоматические переводчики с языка запросов 1С на другой язык? На какой? Новая супер-консоль запросов, которая более корректно и точно представляет запрос в виде дерева и имеет дополнительные плюшки-навороты? Может быть. Где еще может быть нужно распрасить текст запроса? 1 – Ответить 10 20. ekaruk 4881 14.10.14 22 20 18 zfilin, Разработчики научились. Но те запросы с собирание пакета из кусочков, что используются сейчас в проведении типовых, как раз имеет смысл формировать через схему. Не думаю, что будут менять имеющиеся, но со временем новые вполне можно формировать программно. Писать свой конструктор смысла не вижу. Типовой, на мой взгляд, достаточно удобен. Не думаю, что можно написать на УФ его лучше, чем программисты платформы написали на Си. + – Ответить 23. zfilin 2333 14.10.14 23 26 20 К сожалению, не вижу принципиальной разницы для "читабельности" между ОператорВыбораПродаж.Отбор.Добавить("НЕ Товары.ЭтоГруппа"); и ТестЗапроса = ТекстЗапроса + "НЕ Товары.ЭтоГруппа"; Что касается типового конструктора. Да, удобен. Но посмотрите консоль запросов в инструментах разработчика. Отличная вещь. Непосредственно конструктор там используется стандартный. Но кое-какая работа с текстом запроса идет. + – Ответить 24. ekaruk 4881 14.10.14 23 39 23 zfilin, Из преимуществ программного добавления: 1. Если мы добавляем условия в имеющийся запрос, то с программным добавлением текст исходного запроса не разрывается и его можно открыть конструктором. 2. Эти два варианта примерно эквивалентны, если мы говорим о добавлении одного условия. Если их десяток (по складу, организации, подразделению, номенклатуре....) и нужно добавить лишь несколько из этого десятка, в зависимости от условий, то програмное добавление удобнее. 3. Схема удобнее, если нужно удалить условия или поля. При любой модификации она остается синтаксически корректной. Например, если мы удаляем колонку, то она автоматически удалится и в выбранных полях и в итогах и в группировках. Вклиниванием в текст пришлось бы вклиниваться в несколько мест. Разумеется, во многих случаях стандартные варианты удобнее. Я просто предлагаю еще один вариант работы. Инструментами разработчика пользуюсь, но реально использую очень небольшой набор функционала. Хотя вещь великолепная. Заменяет набор различных обработок. 2 – Ответить 26. zfilin 2333 15.10.14 00 09 24 Убедительно. Посмотрим что будет. =) + – Ответить 25. tormozit 7122 14.10.14 23 56 23 Уже год как в инструментах разработчика есть свой навороченный конструктор запроса, который в явном виде не предоставляет программной модели, но фактически она там есть. Большая картинка А дерево запроса заточено на анализ и отладку, т.е. на работу со всеми блоками текста запроса, которые можно выполнять отдельно. 4 – Ответить 27. zfilin 2333 15.10.14 00 13 25 tormozit, Посыпаю голову пеплом, пользуюсь старой версией. А, может, и просто не включал. Но даже там, чем пользуюсь, есть дерево запроса. Отличная вещь. Собственно об этом и говорю. Запрос разбирается в объектную модель, чтобы предоставить больше возможности для представления разработчику и отладки по-частям. А как он разбирается? Схемой запроса? + – Ответить 28. tormozit 7122 15.10.14 00 19 27 zfilin, в ИР запрос разбирается с помощью COM реализации движка GoldParser и самодельной грамматики для языка запросов. Объект СхемаЗапроса появился несколько месяцев назад. Поэтому ИР никак не могла на него опираться до его создания =) + – Ответить 29. zfilin 2333 15.10.14 00 32 28 tormozit, Ну вот. =) + – Ответить 80. alexsey777 13.03.20 13 37 23 Например, запрос динамического списка. Нужно добавить новое поле. Если использовать традиционное "склеивание", то это нужно "хардкодить" запрос. А если в следующем релизе его изменят? Добавят условие, соединение с таблицей или сортировку? Нужно будет заново хардкодить новый запрос. К тому же проблематичнее обновляться. Уже давно пришел к выводу, что изменения на форме лучше делать программно. Добавлять, удалять, изменять элементы формы. Также и с динамическими списками. Запрос типовой мы не изменяем. Просто его модифицируем программно. При обновлении видим, что запрос модифицируется программно. Значит нужно как минимум его проверить на корректную работоспособность. Сугубо мое личное мнение. Основанное на личном опыте. + – Ответить 86. Kilka_v_Kepke 05.12.22 12 07 80 Думаю запрос динамического списка лучше в конфе на форме менять, при обновлении сразу покажет если что-то поменялось. А программно ничего тебе платформа не покажет, может через годик список просто перестанет открываться, только тогда и поправишь + – Ответить 31. DrAku1a 1678 15.10.14 07 16 Делал Визуальная структура запроса ещё когда в ИР не было своего конструктора запросов (но парсер уже был и дерево запроса строил). Разбирал строку сам, без ВК - только хардкор Кстати, сделано за одну бессонную ночь )) 1 – Ответить 2 34. ekaruk 4881 15.10.14 11 36 31 DrAku1a, Видела Вашу обработку. Красиво сделано. А вообще давно по себе заметила, что все интересные вещи делаются сразу. Т.е. продумал, сел и написал. Если пытаешься что-то сделать и оно не получается или получается слишком запутанно, то значит плохо продумал, не хватает теоретического понимания темы. Тогда нужно не лепить заплатки, а просто отложить и сделать потом. 32 mixsture, Если мы формируем запрос текстом и лишь програмно добавляем условие, то он отлично открывается конструктором. Написать "ТекстЗапроса = ТекстЗапроса+<Условие>" мы можем лишь в случае, если условие нужно в конце текста. Если запрос пакетный либо есть итоги, то условия в конец дописать нельзя. Только разрывать запрос. По строковым функциям согласна, мне их тоже не хватает. По чтению вроде ж сделали. ИМХО, версионное чтение в 8.3 лучше, чем просто грязное чтение. Данные целостные, блокировок нет и на производительности не сказывается. 1 – Ответить 37. mixsture 15.10.14 13 42 34 согласен, запрос открывается. Но программно наложенных отборов в нем не видно. А отборы - очень важная часть запроса. Не видеть их - тоже как бы плохо. И таким образом поиск ошибок абсолютно не меняется - встаем отладкой перед Запрос.Выполнить и смотрим текст запроса. Идеальным было бы научить сам объект Запрос корректно оптимизировать условия "флагОтбора или отбор". Тогда можно не рвать запрос и все хорошо открывается в конструкторе, а также все составляющие запроса сразу видны в 1 месте. + – Ответить 32. mixsture 15.10.14 11 15 Я пока тоже не понимаю прелестей объектной модели. Да, текст запроса не рвется на условие - может быть, эстетически это лучше выглядит. Меня, например, в рвущемся запросе сильно раздражает - что конструктор запроса из конфигуратора не открыть - приходится включать отладку, выдергивать полный текст запроса непосредственно перед Запрос.Выполнить() - и на нем уже открывать конструктор. Я так понимаю, со схемой запроса ситуация ничуть не улучшилась, верно? Опять же - рвем запрос, как правило, для условного отбора, чтобы работал побыстрее. Есть вариант менее производительный (флаг отбора и отбор объединены по ИЛИ. или как вариант - оператором ВЫБОР): |ВЫБОР | КОГДА &ИспользованиеОтбораСклад | ТОГДА СправочникСклады.Ссылка &Склад | ИНАЧЕ ИСТИНА | КОНЕЦ В этой ситуации здорово было бы, чтобы оптимизатор понял, что флаг - это константа в запросе, его можно вычислить 1 раз до выполнения запроса и не выполнять проверку условия СправочникСклады.Ссылка &Склад, если из-за флага туда исполнение не зайдет. Но он так не умеет и поэтому работает медленнее. И поэтому приходится делать некрасиво, зато быстро Если флагОтбора Тогда ТекстЗапроса = ТекстЗапроса + " СправочникСклады.Ссылка &Склад" КонецЕсли; Со схемой запроса получаем абсолютно тоже самое. Странное направление развития у 1с. Казалось бы, могли бы поправить вычисление "констант" и все за это сказали бы спасибо. Могли бы добавить нормальное количество строковых функций в запросах (почему-то в любом SQL их предостаточно, а 1с решила пойти по пути минимализма). Могли бы добавить возможность вмешиваться в генерируемый на чистом SQL запрос - например, программист смог бы делать грязное чтение - иногда точность последних данных не критична, зато быстрее. Но 1с вводит сомнительные улучшения. 7 – Ответить 2 38. DrAku1a 1678 16.10.14 02 27 32 Если НЕ флагОтбора Тогда ТекстЗапроса = СтрЗаменить(ТекстЗапроса, "СправочникСклады.Ссылка = &Склад", "ИСТИНА") КонецЕсли; 1 – Ответить 52. Огонек 26 30.12.14 16 55 32 mixsture, чтобы не городить в тексте запроса конструкций типа: |ВЫБОР | КОГДА &ИспользованиеОтбораСклад | ТОГДА СправочникСклады.Ссылка &Склад | ИНАЧЕ ИСТИНА | КОНЕЦ Я добавляю в текст запроса равенство типа ТекстЗапроса = "...ГДЕ 1 1 И 2 2..."; Далее, анализ выбранных значений и при необходимости модификация текста запроса: Если ИспользованиеОтбораСклад Тогда ЗапросТекст = СтрЗаменить(ЗапросТекст, "1 1", "СправочникСклады.Ссылка &Склад"); Запрос.УстановитьПараметр("Склад", ВыбСклад); КонецЕсли; 1 – Ответить 36. poyson 15.10.14 12 00 + толково и понятно. спасибо 1 – Ответить 41. monkbest 114 16.10.14 10 55 Не дай бог в типовых начнут применять Я уже наелся, когда в отчете на схеме компановке на кой-то хрен подменяют перед формированием запрос, получая его из общего модуля при этом несколько раз применив к тексту "СтрЗаменить(ТекстЗапроса,...,...)" и вызвав 10 вложенных функций. Итак в этой каше отлаживаться и добавлять свой функционал - огромные трудозатраты. А теперь вообще жесть будет. Возьмут они текст запроса и будут его потом кодом модифицировать. А как мне его конструктором посмотреть, чтобы понять, что они там получают? А как мне свои поля протаскивать через 20 временных таблиц после такого изврата над запросом? Для масштабируемости решений главное - читабельность, а это новшество уничтожает читабельность. 5 – Ответить 3 43. yandextesting 147 16.10.14 12 33 41 надеюсь в типовых оставят нормальные тексты запросов, а это чудо предложат использовать для модификации типовых решений, например, в не меньшем чуде - расширении конфигуратора, чтобы не "портить" исходный текст запроса + – Ответить 44. ekaruk 4881 16.10.14 12 48 43 yandextesting, Насколько я понимаю, через расширение конфигурации доступа к переменным не будет. Только к объектам. А схема запроса в данном случае просто переменная. Схема запроса более стандартный механизм. Думаю, будут использовать в типовых решениях. + – Ответить 50. DrAku1a 1678 17.10.14 02 08 41 Точку останова ставите на Запрос.Выполнить() и отладчиком запросом или консолью запросов из ИР открываете (и там и там есть описание - как делать, в ИР это даже проще). А объектная модель может быть использована для грамотного парсинга запросов в самых разных консолях в т.ч. и под управляемые формы, т.к. с ней - не требуется извращаться с ВК. Можно написать свой конструктор запросов... Да много чего ещё можно сделать. 48 По поводу громоздкости - согласен, не всегда удобно. Но и объёмы данных приходится представлять тоже немалые... 2 – Ответить 54. 1cmax 152 15.01.15 23 23 мда... отладка и правда затруднилась донельзя. в общем-то поддержка измененных типовых усложнилась нехило. теперь видать еще сложнее будет.. + – Ответить 56. PetroP 24.03.15 17 42 Немного не согласен по поводу терминологии: Зеленым - стандартные типы 1С (строка, число, булево); Бирюзовым - примитивные типы, специфичные для схемы запроса; Правильнее было бы: Зеленым - примитивные типы (строка, число, булево); Бирюзовым - системные перечисления, использующиеся в схеме запроса. + – Ответить 57. i.kovtun 179 02.04.15 20 24 Спасибо за работу! ИМХО желательно избавляться от констант при обращении к объектам по индексам, это очень часто приводит к ошибкам. + – Ответить 58. Midasu 15.08.15 23 26 Прошу прощения, но прочитав публикацию и увидев: >>изменение имеющегося запроса Я подумал, что можно писать обычный запрос, а потом обратиться к его объектам и изменить что нужно, не разрывая, но в публикации не нашёл такой реализации. Это невозможно? Тогда подпишусь под комментаторами, считающими это нагромождением, тем более без штатного конструктора. UPD нашёл описание нужной реализации на сайте 1С, вот так делается: 2 – Ответить 59. Yashazz 4694 04.10.15 22 58 Не то чтобы я злорадствовал, но - всем торопыгам на заметку: никогда не бросайтесь сразу осваивать новинки платформы. Вы с ними ещё намучаетесь, причём особенно благодаря оптимизациям и доработкам, каковые будут делать "вдогонку" их авторы - разрабы платформы. Вот почитайте, сколько всего доработано по объектной модели запроса в 8.3.7, и подумайте - а стоило горбатиться раньше-то? Терпение, терпение). Юзайте уже устаканившееся, меньше переделывать придётся))) P.S. Считайте это моим общим ответом автору публикации, большой любительнице интенсивно копаться в каждой полусырой новинке) + – Ответить 61. BurningChrome 211 21.12.15 17 18 А теперь попробуйте добавить или удалить при помощи "Схемы запроса" условия виртуальных таблиц. Сразу вся хваленная стройность "модели" разваливается в старый добрый СтрЗаменить :( + – Ответить 2 62. ekaruk 4881 21.12.15 17 23 61 BurningChrome, Замечательно добавляются вообще-то. ИсточникСхемыЗапроса.Источник.Параметры[0].Выражение = Новый ВыражениеСхемыЗапроса("&КонецПериода"); ИсточникСхемыЗапроса.Источник.Параметры[1].Выражение = Новый ВыражениеСхемыЗапроса("Организация = &Организация"); 2 – Ответить 63. BurningChrome 211 22.12.15 11 32 62 Это не добавление, а установка нового. Попробуйте добавить к "Организации", например еще "Контрагента"? А если надо к существующему условию: Товар В (ВЫБРАТЬ РАЗЛИЧНЫЕ ОстаткиИОбороты.Товар ИЗ ОстаткиИОбороты) И Организация = &Организация добавить еще например Договор В (&Договоры) ? Красиво получается? + – Ответить 64. CagoBHuK 32 11.02.16 15 39 Передо мной стояла вполне реальная задача. Запрос выбирал во множество временных таблиц нужные мне данные. В результате мне нужно было получить всё содержимое всех полученных таблиц для последующей обработки. Причем, набор полученных в результате таблиц мне заранее не был известен, т.к. запрос в функцию передавался динамически. До появления объектной модели запроса мне приходилось регулярным выражением вычленять оставшиеся в процессе выполнения запроса таблицы, учитывая все ПОМЕСТИТЬ и УНИЧТОЖИТЬ, теперь же я могу не использовать внешние компоненты, хотя это и приходится делать несколько более громоздким способом. Таким образом я получаю структуру из нескольких таблиц в результате выполнения всего одного запроса. + – Ответить 65. timeforlive 15 21.04.16 11 12 Еще не приступил к знакомству к новому механизму, но спешу поинтересоваться вот чем: 1. есть ли возможность добавлять комментарии в создаваемый запрос через СхемуЗапроса (т.е. во время отладки при определении выражения переменной, присвоенной методом ПолучитьТекстЗапроса можно будует просмотреть запрос целиком, а что на счет комментариев в этом тексте ? + – Ответить 67. Tyson43133 17.07.16 00 34 Любой сложный запрос, т.е реально сложный запрос, где в условиях сравнения используются не значения типа "равно", а >=,>,<,<=, где более 5 7 JOIN ов и где очень хочется заюзать корреллируемый подзапрос (напомню, в 1С их нет!!! лично я использую старую добрую консоль запросов и модель запроса составляю вручную. Как можно какой-то объектной схемой написать то, что я делаю на старом добром SQL у меня даже в уме не укладывается!!! Может я чего-то не до понял в языке запросов? Хм... + – Ответить 68. [email protected] 11 31.08.16 07 46 Всем привет! такой вопрос, подскажите пож-та! В запрос в качестве таблицы-источника можно использовать таблицу значений, предварительно ее "типизировать" и передать параметром запроса, как такое провернуть используя схему запроса? Пример: Запрос.УстановитьПараметр("ТаблицаИсточник ", ТаблицаИсточник ); ... "ВЫБРАТЬ | ТаблицаИсточник .Поле1, | ТаблицаИсточник .Поле2 |ПОМЕСТИТЬ ВТ_ТаблицаИсточник |ИЗ | &ТаблицаИсточник КАК ТаблицаИсточник |; ... + – Ответить 1 69. [email protected] 11 31.08.16 08 42 68 [email protected], решено ИсточникПакета0 ОператорыПакет0.Источники.Добавить(Тип("ОписаниеВременнойТаблицыСхемыЗапроса"),"&ТаблицаИсточни "); еще Важный момент : ОператорыТекПакет.ВыбираемыеПоля.Добавить("ТаблицаИсточник ."+поле); + – Ответить 70. Spacer 355 08.02.17 15 59 Может кому пригодится: Добавляем в качестве источника вложенный запрос. Здесь "Список.ТекстЗапроса" - это текст запроса динамического списка. СхемаЗапроса = Новый СхемаЗапроса; СхемаЗапроса.УстановитьТекстЗапроса(Список.ТекстЗапроса); ЗапросВыбора = СхемаЗапроса.ПакетЗапросов[0]; ОператорВыбрать = ЗапросВыбора.Операторы[0]; ОсновнойИсточник = ОператорВыбрать.Источники[0]; ВложенныйЗапросПеремещения = "ВЫБРАТЬ | ПеремещениеТоваров.ЗаказНаПеремещение.ДокументОснование КАК ЗаказНаПеремещениеДокументОснование, | МАКСИМУМ(ИСТИНА) КАК ЕстьНезакрытыеПеремещения |ИЗ Показать 8 – Ответить 71. fixin 4251 23.06.17 00 37 А где в схеме запроса хранятся условия вида {ГДЕ ....} т.е. в фигурных скобочках? 4 – Ответить 1 81. alexsey777 13.03.20 13 45 71 СхемаЗапроса.ПакетЗапросов[0].Операторы[0].ВыраженияОтбораКомпоновкиДанных Доступен, начиная с версии 8.3.14. Кстати, столкнулся с проблемой. При установке текста запроса автоматически присваиваются псевдонимы полей компоновки данных. Пришлось их очищать. Прикрепленные файлы: 2 – Ответить 72. Mihamak 21.09.17 05 14 Столкнулся с интересной особенностью при модификации имеющегося запроса. В запросе есть Полное соединение. Я хочу добавить еще одно. Но при добавлении нельзя указать тип соединения, оно по умолчанию левое. Поэтому при вызове Соединения.Добавить() падает исключение "Противоречивая связь". + – Ответить 1 74. radian 29.11.18 10 32 72 Так же поймал эту проблему. В функции Добавить соединения отсутствует возможность указать тип соединения. А добавление с типом соединения по умолчанию вызывает исключение, если тип существующего соединения не Левое. Необходимо было в текст соединения двух таблиц запроса: |ИЗ | | | | | | | | ВТОтборовСотрудников КАК ТаблицаОтборов ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ЛицевыеСчетаСотрудниковПоЗарплатнымПроектам КАК ЛицевыеСчетаСотрудников ПО ТаблицаОтборов.ФизическоеЛицо = ЛицевыеСчетаСотрудников.ФизическоеЛицо И (ВЫБОР КОГДА ТаблицаОтборов.Период = ДАТАВРЕМЯ(1, 1, 1) ТОГДА &МаксимальнаяДата ИНАЧЕ ТаблицаОтборов.Период КОНЕЦ >= ЛицевыеСчетаСотрудников.ДатаОткрытияЛицевогоСчета) Показать добавить условие | И ТаблицаОтборов.Сотрудник.ГоловнаяОрганизация = ЛицевыеСчетаСотрудников..Организация.ГоловнаяОрганизация Планировал сделать так: Соединения = СхемаЗапроса.ПакетЗапросов[0].Операторы[0].Источники[0].Соединения; ДобавляемоеУсловие = Новый ВыражениеСхемыЗапроса("ТаблицаОтборов.Сотрудник.ГоловнаяОрганизация = ЛицевыеСчетаСотрудников Соединения.Добавить("ТаблицаОтборов", ДобавляемоеУсловие); ПозицияУсловия = Соединения.Количество()-1; Соединения[ПозицияУсловия].ТипСоединения = ТипСоединенияСхемыЗапроса.Внутреннее; однако до указания типа соединения не смог добраться. При добавлении соединения вываливаюсь по исключению. Обошел это ограничение, добавив необходимое мне условие в одно из существующих соединений, модифицировав тест условия: //Обходим соединения и позиционируемся на соединении по искомому условию Для Каждого Соединение Из СхемаЗапроса.ПакетЗапросов[0].Операторы[0].Источники[0].Соединения Цикл Если Соединение.Условие = ИскомоеУсловие Тогда //Добавляем в условие по физлицу условие по организации Соединение.Условие = Новый ВыражениеСхемыЗапроса("ТаблицаОтборов.Сотрудник.ФизическоеЛицо = ЛицевыеСчетаСотрудников. КонецЕсли; КонецЦикла; Показать В итоге доработанный текст запроса стал выглядеть так: |ИЗ | | | | | | | | | ВТОтборовСотрудников КАК ТаблицаОтборов ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ЛицевыеСчетаСотрудниковПоЗарплатнымПроектам КАК ЛицевыеСчетаСотрудников ПО (ТаблицаОтборов.ФизическоеЛицо = ЛицевыеСчетаСотрудников.ФизическоеЛицо И ТаблицаОтборов.Сотрудник.ГоловнаяОрганизация = ЛицевыеСчетаСотрудников..Организация.ГоловнаяОрганизация) И (ВЫБОР КОГДА ТаблицаОтборов.Период = ДАТАВРЕМЯ(1, 1, 1) ТОГДА &МаксимальнаяДата ИНАЧЕ ТаблицаОтборов.Период КОНЕЦ >= ЛицевыеСчетаСотрудников.ДатаОткрытияЛицевогоСчета) Показать В отдельных простых ситуациях это выход. Но хотелось бы понимать как правильно добавлять условия в существующие "не левые" соединения. Была следующая идея: 1. Пробежаться по существующим условиям в которые необходимо добавить свое. 2. Сохранить их и тип связи. 3. Очистить существующие соединения. 4. По списку (таблице) сохраненных условий соедиения создать новые с типом соединения "Левое" (т.е. "по умолчанию"). 5. Добавить свое условие (так же с типом соединения "Левое"). 6. Изменить тип соединения на необходимое ("Внутреннее", "ПолноеВнешнее", "ПравоеВнешнее") Предполагаю, что алгоритм правильный, но пока реализовать руки не дошли (работает выше описанный вариант). Подводный камень вижу при попытке изменить тип соединения для одного из условий, когда условий больше одного. Нужно проверить. Если дойдут руки проверить - отпишусь. 1 – Ответить 73. bad_wag 48 13.08.18 13 29 А можно ли из схемы получить текст отдельного запроса формирующего временную таблицу? + – Ответить 75. varziev 06.07.19 16 10 Как описать конструкцию Выбрать * в схеме запроса, а точнее в операторе пакета запроса, что бы не перечислять все поля из источника? 1 – Ответить 76. Denic_01 46 27.08.19 10 16 налетел на проблему - пытаюсь менять запросы типовой конфы через схему запроса так там используются комментарии, наподобие, "//ОператорПОМЕСТИТЬ" которые, дальше, меняются на куски кода при преобразовании в СЗ и обратно они теряются и усё приплыли ..... кто нибудь решал такую задачу ? + – Ответить 1 77. CagoBHuK 32 28.08.19 16 55 76 Все верно, теряются, конструктор запроса сам производит форматирование и обрезает незначащие куски. + – Ответить 82. kembrik 10 16.07.21 17 51 Может кому пригодится. Такое впечатление, что в программной сборке схемы запроса в статье отсутствует оператор объединения, что то вроде ОператорВыбратьОбъединение = ОператорВыбораЗакупок.ДобавитьОператор(ЗапросВыбораИзИБ, Новый Структура("ТипОбъединения", ТипОбъеди между двумя источниками, поправьте если ошибаюсь Решаю как раз задачку, когда имеется три текста запроса, в первом выборка по клиентам, в третьем по поставщикам, а второй текстик это ТекстОбъединения = "ОБЪЕДИНИТЬ ВСЕ | "; И вот если конкатенацией всё просто, либо текст1, либо текст2 либо Текст1 ТекстОбъединения +Текст2, то со схемой запроса пошел по сложному пути, сначала собрал "максимальный" текст запроса а потом пробую из него удалять всё ненужное, в зависимости от настроек. Если выгорит отпишусь, готовых примеров не нашел + – Ответить 83. kembrik 10 19.07.21 14 57 Выгорело - отписываюсь. Чтобы объединение превратилось в обычную таблицу, достаточно удалить сам оператор объединения В моём случае в зависимости от того, какую таблицу надо было оставить, делал либо СхемаЗапросаОбщая.ПакетЗапросов 5 .Операторы.Удалить 1 Либо СхемаЗапросаОбщая.ПакетЗапросов 5 .Операторы.Удалить 0 Но во втором случае слетали псевдонимы полей, так что ещё добавил код присваивания, СхемаЗапросаОбщая.ПакетЗапросов 5 .Колонки 1 .Псевдоним = "ДокументДвижения"; И т.д. + – Ответить 84. stgy65 18 13.09.21 15 38 74 Не прокатывает. Как только любым способом появляется тип соединения, отличный от предыдущих, тут же генерируется все та же исключительная ситуация. Во всяком случае - по одному источнику. Проверял такой вариант. + – Ответить 1 85. sashocq 193 02.06.22 07 07 84 Интересно, а если проставить в цикле для всех соединений 1 вид, добавить ещё нужное и затем вернуть правильные виды соединений - так сработает? + – Ответить 90. CheBurator 3119 28.07.23 14 31 "открываем нужный раздел СП" - что такое СП? + – Ответить 1 91. axelerleo 335 21.09.23 16 49 90 Предполагаю Синтакс-Помощник. Еще иногда советуют читать ЖКК (в основном на мисте и др. форумах такое можно встретить) - ЖелтоКрасная книжка, речь о бумажной документации, которая когда-то шла в составе тиражных коробок:) + – Ответить 92. DrAku1a 1678 22.09.23 04 00 91 И сейчас идёт, если покупать коробку, а не электронную поставку. Но коробку - зачастую, дольше ждать, и потом макулатуру эту хранить нужно... + – Ответить Напишите ваше сообщение Прикрепить файл Ответить Дополнительные параметры Страна Не имеет значения Отрасль Не имеет значения запросов. Каждому элементу и свойству можно найти визуальный аналог в конструкторе запросов. 2024, ООО "Инфостарт". Кому Программист текста SQL. С этим объектом запроса работают платформенные объекты (конструктор запросов, построитель и т.д.) 5. Запрос на языке 1С. На этом уровне запрос представляет из себя текст, написанный на псевдо-SQL языке вида Насколько я понимаю, с введением объекта "Схема запроса" ничего нового в платформе не изобрели. Copyright © 2004 307045 Новость об этом можно прочитать на сайте 1С "Управляемый конструктор запроса и объектная модель схемы запроса" . 3. Универсальный программный интерфейс. Это универсальный компонент, позволяющий программе получить доступ к данным в различных ИБ. Его также можно назвать менеджером драйверов. К нему в виде DSN подключаются Инфостарт бот 111813
