Некоторые полезные новичкам платформы 1С8.х приёмы работы с запросами — 2 часть

В статье приведено несколько приёмов работы с запросами повышающие эффективность работы программиста. Целевая аудитория публикации — начинающие программисты на платформе 1С 8.*

Публикация развивает тему работы с запросами, затронутую в //infostart.ru/public/80366/ сравнительно с предыдущей публикацией текста много, но по-другому совсем никак.

     1.Полная форма использования оператора В.

  Помимо формы, указанной в предыдущей публикации:

Поле В (&СписокЗначений),

 Также в запросах языка 1С допустимы следующие формы использования этого оператора:

1.Поле В (&Массив)

2.Поле В (&Значение1,….&ЗначениеN),

3.Поле В (Выбрать …..) или для нескольких полей:

(Поле1, Поле2) В (Выбрать Т.Поле5, Т.Поле6 Из Таблица Т),  где Т — таблица (физическая, виртуальная или временная)

4.Поле В (&ТаблицаЗначений) или для нескольких полей:

(Поле1, Поле2) В (&ТаблицаЗначений)

 Вариант записи №3 называют подзапросом.        

У варианта №4 есть особенность: количество полей в Таблице значений должно точно совпадать с количеством полей, по которым производится проверка. Кроме того следует учесть что при сравнении по нескольким полям условие будет принимать значение Истина только при совпадении по всем полям одновременно.

 

2.Оператор В Иерархии.

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

Пример использования: отбираем в запросе все элементы справочника номенклатура, которые находятся в группе товаров «Мебель» (для простоты элемент справочника «Номенклатура» Мебель — предопределённый).

Запрос.Текст = «ВЫБРАТЬ  Номенклатура.Ссылка  ИЗ Справочник.Номенклатура КАК Номенклатура  

|        ГДЕ Номенклатура.Ссылка В ИЕРАРХИИ (&Группа1)«

Запрос.УстановитьПараметрГруппа1«,Справочники.Номенклатура.Мебель);

Примечание1: если в качестве аргумента оператора В Иерархии указать пустой элемент – будут отобраны все элементы справочника (т.е. оператор в Иерархии будет возвращать значение Истина для любого элемента справочника, т.к. у элементов и групп самого верхнего уровня значение реквизита Родитель пустое), например: Запрос.УстановитьПараметрГруппа1«,Справочники.Номенклатура.ПустаяСсылка());

Примечание2: оператор В Иерархии очень мощный и позволяет проверить принадлежность группе для элементов справочника неограниченного уровня вложенности в рамках одного запроса (что невозможно сделать другими способами), но скорость работы этого оператора не сильно велика, что особенно заметно на больших справочниках.

     3.Использование конструктора запроса.

 В среде программистов 1С не редко возникают споры о использовании конструктора запросов или отказе от использования конструктора и написании запроса вручную. Тем не менее, по мнению большинства программистов, пользоваться конструктором нужно, но иногда после этого полученный запрос «допиливают руками». Для вызова конструктора запросов в любом модуле нужно кликнут по правой кнопке манипулятора мышь и из выпавшего меню выбрать или «Конструктор запроса» или «Конструктор запроса с обработкой результата».

 Основные преимущества использования конструктора запросов:  

1.Видимость всех доступных объектов конфигурации для построения запроса (а также всех временных таблиц запроса и т.п.). 

2.Точное указание имён полей и реквизитов (т.к. они не набираются вручную а выбираются из списка).

3.Упрощенное отображение взаимосвязей между объектами запроса и условий.

4.Относительно изолированная работа над каждой частью запроса (каждым запросом в пакетном запросе или отдельном запросе при объединении запросов).

5.Абсолютно достоверные данные по «существующим» в данной конфигурации Виртуальным таблицам.

 

4.Работа с датами в запросах (дата, момент времени, граница)

 В средствах разработки 1С, начиная с версии 8.0, тип данных Дата стал составным из Даты и Времени. И всё-бы было хорошо, но и тут есть свои особенности.

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

Док = Документы.Приход.СоздатьДокумент();Док.Дата = ТекущаяДата(); Док.Записать();

Док = Документы.Расход.СоздатьДокумент();Док.Дата = ТекущаяДата(); Док.Записать();

Док = Документы.Приход.СоздатьДокумент();Док.Дата = ТекущаяДата(); Док.Записать();

Док = Документы.Расход.СоздатьДокумент();Док.Дата = ТекущаяДата(); Док.Записать();

 А потом выполнить следующий запрос:

ВЫБРАТЬ Приход.Ссылка, Приход.Дата КАК Дата   ИЗ   Документ.Приход КАК Приход

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

ВЫБРАТЬ Расход.Ссылка, Расход.Дата  ИЗ Документ.Расход КАК Расход  

УПОРЯДОЧИТЬ ПО Дата

То получим странный результат:

 

Документы не упорядочены даже по порядку их создания! Если заменим реквизит документа Дата на реквизит МоментВремени в запросе получим уже более лучший результат:

 

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

Примечание: МоментВремени  содержит дату, время и ссылку на объект базы данных. А т.к. ссылка содержит код типа объекта и уникальный номер объекта – то сортировка в пределах секунды по МоментуВремени в качестве результата выдаст группы разнотипных  объектов внутри групп упорядоченных, но между собой не «перемешанных».

Как решить эту задачу:

1вариант: если номера самих документов не принципиальны – можно создать нумератор документов и тогда номер документа будет ответствовать его порядковому номеру при создании.  Это решение очень плохо в виду отказа от сквозной нумерации документов.

2 вариант: ввести дополнительное идентификационное поле и перед сохранением документа с незаполненным значением этого поля  получать значение этого поля для этого документа из любого сеансанезависимого источника, которым может быть и специальная запись непериодического Регистра Сведений и значение записное во внешний текстовый или другой файл или специально для этого написанный Com-сервис и т.п. и писать полученное значение в это поле, а сохраненное значение  увеличить на единичку.

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

Запрос.УстановитьПараметр(«КонецПериода«, КонецМесяца(ТекущаяДата()));

Но на самом деле запрос получения остатков будет выполнен по состоянию на начало указанной даты(которая есть дата+время). Если учесть, что         КонецМесяца(Дата(2012,10,29)) =  31.10.0012 23:59:59

То получается, что у нас выпадают обороты формируемые движениями (документами) за последнюю секунду периода и мы получим остатки за секунду до конца месяца а не по состоянию на конец месяца! Особенно часто эта особенность приводит к ошибке получения остатков при импорте нечальных остатков (когда в последную секунду может поместиться огромное количество документов) и в организациях работающих в режиме 7*24.

Как решить эту проблему:

1 вариант: прибавить к концу периода 1 секунду:

Запрос.УстановитьПараметр(«КонецПериода«, КонецМесяца(ТекущаяДата())+1);

2 вариант: воспользоваться специально созданным для этого объектом Граница:

ГраницаПериода = Новый Граница(КонецМесяца(ТекущаяДата())+1, ВидГраницы.Исключая);

Запрос.УстановитьПараметр(«КонецПериода»,ГраницаПериода);

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

 ГраницаПериода = Новый Граница(Документ.МоментВремени, ВидГраницы.Исключая);   

 или если движения и этого документа должны попасть: 

ГраницаПериода = Новый Граница(Документ.МоментВремени, ВидГраницы.Включая);        

Примечание 2: Как справедливо заметили в комментариях ещё 1 плюс работы с типом данных Граница — не надо задумываться что выбираешь остатки или обороты и нет необходимости передавать в сложный запрос в котором выбираются и остатки и обороты 2 параметра описывающих момент на который проиводится выборка (один для оборотов, второй для остатков).

5.Выборка по группировкам, итоги.

 Кроме обычной выборки результатов запроса для иерархических справочников есть возможность иерархической выборки результатов, что это значит: пусть у нас справочник номенклатура имеет следующее наполнение данными:

Мебель      

      Стол 

      Стул                                                                                                                         

Инструменты 

           Кувалда 

           Напильник

То обычная выборка запроса вида: 

Выборка = Запрос.Выполнить().Выбрать();

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

 Запрос = Новый Запрос;

Запрос.Текст = «ВЫБРАТЬ Номенклатура.Ссылка КАК Номенклатура  ИЗ Справочник.Номенклатура КАК Номенклатура      

ИТОГИ   ПО Номенклатура ИЕРАРХИЯ»;

Выборка = Запрос.Выполнить().Выбрать(ОбходРезультатаЗапроса.ПоГруппировкамСИерархией,«Номенклатура»);

Пока Выборка.Следующий() Цикл

ВыборкаДетали = Выборка.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкамСИерархией,«Номенклатура»);

   Пока ВыборкаДетали.Следующий() Цикл

          Сообщить(«Элемент=»+ВыборкаДетали.Номенклатура);

   КонецЦикла;

КонецЦикла;

Кроме того есть платформа позволяет при выполнении выборки производить расчёт итогов на каждом уровне, пусть для простоты запроса итоги берём из справочника (а не из регистров накопления) :

Запрос = Новый Запрос

Запрос.Текст = «ВЫБРАТЬ Номенклатура.Ссылка КАК Номенклатура, Номенклатура.Продано КАК Продано

ИЗ    Справочник.Номенклатура КАК Номенклатура 

ИТОГИ СУММА(Продано

ПО   Номенклатура ИЕРАРХИЯ»;

Выборка = Запрос.Выполнить().Выбрать(ОбходРезультатаЗапроса.ПоГруппировкамСИерархией,«Номенклатура»);

Пока Выборка.Следующий() Цикл

Сообщить(«Группа=»+Выборка.Номенклатура+» Продано=»+Выборка.Продано);    

ВыборкаДетали = Выборка.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкамСИерархией,«Номенклатура»);  

    Пока ВыборкаДетали.Следующий() Цикл       

            Сообщить(«Элемент=»+ВыборкаДетали.Номенклатура+» Продано=»+ВыборкаДетали.Продано);  

     КонецЦикла;    

КонецЦикла;

Примечание1: есть ещё один вариант обход «ПоГруппировкам», отличается от иерархического обхода тем, что элементы выборки с иерархическими итогами будут в нем как детальные записи а не узловые.

Примечание2: для обхода справочника с более сложной структурой (количеством уровней>2) можно воспользоваться рекурсией, например вот так:

……………………..                                                                                                       

 Выборка Запрос.Выполнить().Выбрать(ОбходРезультатаЗапроса.ПоГруппировкамСИерархией);
 ВыбратьРекурсивно(Выборка);                                                                                   

  ………….
КонецПроцедуры

Процедура ВыбратьРекурсивно(Выборка)

Пока Выборка.Следующий() Цикл 

Сообщить(Выборка.Номенклатура+» колво=»+Выборка.Продано); 

// Попытка получить дочерние записи

    ВыбратьРекурсивно(Выборка.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкамСИерархией);
КонецЦикла;
КонецПроцедуры

Примечание3: ещё одно применение иерархической выборки – выгрузка результатов запроса в объект типа Дерево Значений, например так:

         ЗначениеВРеквизитФормы(Результат.Выгрузить(ОбходРезультатаЗапроса.ПоГруппировкамСИерархией,«Дерево»);

или так:

         Дерево = Результат.Выгрузить(ОбходРезультатаЗапроса.ПоГруппировкамСИерархией);

 

6.Временные таблицы, пакетные запросы.

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

 Для того чтобы выполнить помещение данных во временную таблицу используется оператор ПОМЕСТИТЬ, который пишется в запросе между операторами ВЫБРАТЬ  и ИЗ.  Запросы внутри пакетного запроса отделяются друг от друга строками:

;

////////////////////////////////////////////////////////////

 Пример небольшого пакетного запроса выбирающего последний документ продажи «Реализация» (у документа есть табличная часть «Товары», в которой перечислены реализованные товары) для каждой номенклатуры.  

Схема пакетного запроса:

в 1 запросе получаем полный перечень продаваемой номенклатуры и максимальную дату продажи для каждой из номенклатур, 

во 2 запросе отбираем для каждой номенклатуры из первого запроса документ реализации с датой равной для этой номенклатуры максимальной

ВЫБРАТЬ  РелизацияТовары.Номенклатура, МАКСИМУМ(РеализацияТоваровТовары.Ссылка.Дата) КАК Дата

 ПОМЕСТИТЬ Даты 

ИЗ Документ.Реализация.Товары КАК РеализацияТовары

СГРУППИРОВАТЬ ПО  РеализацияТовары.Номенклатура 

;

////////////////////////////////////////////////////////////

ВЫБРАТЬ  Даты.Номенклатура,  Даты.Дата, МАКСИМУМ(Реализация.Ссылка) КАК Ссылка 

ИЗ Даты КАК Даты

ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.Реализация КАК Реализация 

   ПО Даты.Дата = Реализация.Дата 

СГРУППИРОВАТЬ ПО Реализация.Ссылка

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

 

     7.Последовательность чисел, дат.

 Задача: генерация числовой последовательности от 0 до 959  в запросе. При использовании пакетного запроса задача решается легко:

ВЫБРАТЬ Цифры.Поле1 КАК Цифра 

 ПОМЕСТИТЬ Цифры

ИЗ  (ВЫБРАТЬ 1 КАК Поле1 

ОБЪЕДИНИТЬ  ВЫБРАТЬ

ОБЪЕДИНИТЬ  ВЫБРАТЬ 3  

ОБЪЕДИНИТЬ  ВЫБРАТЬ 4

ОБЪЕДИНИТЬ  ВЫБРАТЬ

ОБЪЕДИНИТЬ  ВЫБРАТЬ 6

ОБЪЕДИНИТЬ  ВЫБРАТЬ 7

ОБЪЕДИНИТЬ  ВЫБРАТЬ 8

ОБЪЕДИНИТЬ  ВЫБРАТЬ 9

ОБЪЕДИНИТЬ  ВЫБРАТЬ 10) КАК Цифры 

;

////////////////////////////////////////////////////////////////////////////////

ВЫБРАТЬ   (Цифры.Цифра1) + (Цифры1.Цифра 1)*10+ (Цифры2.Цифра 1)*100  КАК Число 

ИЗ Цифры КАК Цифры, Цифры КАК Цифры1, Цифры КАК Цифры2 

ГДЕ (Цифры.Цифра1) + (Цифры1.Цифра 1)*10+ (Цифры2.Цифра 1)*100 <=959 

УПОРЯДОЧИТЬ ПО  Число

 Задача: генерация последовательности дат от Дата1 до Дата2. Решается аналогично, можно как выполнить в 3 шага (первый и второй как в приведённом примере, но результат не выбрать а поместить во временную таблицу) или в 2 шага изменив второй запрос пакета на вот такой:

ВЫБРАТЬ  ДОБАВИТЬКДАТЕ(&Дата1, ДЕНЬ, (Цифры.Цифра1) + (Цифры1.Цифра 1)*10+ (Цифры2.Цифра 1)*100) КАК Дата

ИЗ  Цифры КАК Цифры,   Цифры КАК Цифры1,   Цифры КАК Цифры2 

ГДЕ   ДОБАВИТЬКДАТЕ(&Дата1, ДЕНЬ, (Цифры.Цифра1) + (Цифры1.Цифра 1)*10+ (Цифры2.Цифра1)*100)

УПОРЯДОЧИТЬ ПО  Дата

Примечание: естественно этот запрос будет правильно работать только если между датами Дата1 и Дата2 не более 999 дней.

8.Использование данных из таблицы значений в запросе.

  Если в первом разделе (оператор В) мы производим сравнение набора полей с данными из Таблицы значений, то иногда этого мало. Например, из стороннего источника передаются наборы данных, например такие: штрих-код и количество единиц проданной продукции. Можно конечно в запросе обойти переданный набор значений выполняя на каждой итерации цикла запрос, но это наихудший вариант решения этой задачи. Правильнее сделать так:

1.Создать типизированную Таблицу значений (т.е. у которой указан тип для каждого поля).

2.Заполнить Таблицу значений полученными данными о продажах.

3.Произвести поиск номенклатуры в запросе.

Пример кода для 1 и 3 этапа:

Создание типизированной Таблицы значений:

// Создание описателей типов для таблицы значений 

КЧК = Новый КвалификаторыЧисла(14,3);

КЧШК = Новый КвалификаторыЧисла(13,0);

Массив = Новый Массив;

Массив.Добавить(Тип(«Число»));

ОписаниеТиповЧК = Новый ОписаниеТипов(Массив, , ,КЧК);

Массив.Очистить();

Массив.Добавить(ТипЧисло«));

ОписаниеТиповЧШ = Новый ОписаниеТипов(Массив, , ,КЧШК);

// Создание таблицы значений

ТаблицаЗначений = Новый ТаблицаЗначений;

// добавим в таблицу значений две колонки

ТаблицаЗначений.Колонки.Добавить(«ШтрихКод»,ОписаниеТиповЧШ,«ШтрихКод»,13); ТаблицаЗначений.Колонки.Добавить(«Продано»,ОписаниеТиповЧК,«Продано»,14);

 

Поиск Номенклатуры в запросе:

Запрос = Новый Запрос;

Запрос.Текст = «ВЫБРАТЬ ТЗ.ШтрихКод, ТЗ.Количество 

ПОМЕСТИТЬ ТЗ

ИЗ &ТЗ КАК ТЗ

;

////////////////////////////////////////////////////////////////////////////////

ВЫБРАТЬ ТЗ.Количество КАК ОбъемПродаж, Номенклатура.Ссылка КАК Ссылка

ИЗ ТЗ КАК ТЗ

ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК Номенклатура

ПО ТЗ.ШтрихКод = Номенклатура.ШтрихКод«;

Запрос.УстановитьПараметр(«ТЗ», ТаблицаЗначений);

 

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

76 Comments

  1. psamt1k

    Спасибо! Сохранил в закладки, авось пригодится 😉

    Reply
  2. AnryMc

    (0) Автор! У вас в публикации 2 раза повторяется один и тот же текст (с разным форматированием)

    Reply
  3. Damian

    (0), читать невозможно, обилие форматов и цветов сбивает с мысли. Структурировано очень плохо. Наспех писали?

    Reply
  4. RealEscander

    (1) обращайтесь.

    Reply
  5. RealEscander

    (3) Damian, ну примерно как в редакторе кода конфигуратора от 1С.

    Reply
  6. RealEscander

    (2) AnryMc, спасибо, поправил!

    Reply
  7. HDRX

    Польза есть

    Reply
  8. RealEscander

    (7) Sybr, мне вот как-то имхается что справочник, что пс, что пвх — с точки зрения базовода почти одно и то-же по сути, только у №2 и №3 есть спец реквизиты с которыми они великолепно решают специальные задачи.

    Но всё-же, спасибо за замечание, поправил.

    Reply
  9. ARL

    Насколько помню по курсам 1С проблема 2 изложена некорректно.

    То получается, что у нас выпадают обороты (движения, документы и т.п.) за последнюю секунду периода!

    Ситуация следующая: обороты за последнюю секунду как раз и выводятся, а вот остатки выводятся на начало секунды.

    Поэтому предложенное решение №1:

    1 вариант: прибавить к концу периода 1 секунду:

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

    Проще говоря — остатки — добавляем секунду, обороты — не добавляем.

    Универсальным и беспроигрышным решением будет вариант 2 — граница, тут уже можно не задумываться — что мы выбираем — остатки или обороты, или и то и другое вместе.

    Reply
  10. RealEscander

    (10) ARL, перечитал, действительно совсем невнятно что про остатки… напрочь. Спасибо, переписал немного текста и про остатки и обороты в 1 запросе заострил.

    Reply
  11. ildarovich

    В разделе 7 правильней начинать цифры с «0» (до «9»). Это сделает ненужным последующее вычитание 1, сделает код короче и понятней, да и называть «10» цифрой просто неправильно (это число).

    Reply
  12. Новенький_2209
    ГДЕ Номенклатура.Ссылка =В ИЕРАРХИИ (&Группа1)»

    Статью правильнее назвать: от новичка новичку: некоторые полезные приемы.

    Reply
  13. galinka1c8

    Кое-что новенькое для себя почерпнула, спасибо. Особенно понравилось про работу с таблицами значений в запросе. Про это нигде раньше не попадалось, а вещь полезная.

    Reply
  14. OVladius

    Полезная информация, сохранил в закладках себе на заметку 🙂

    Reply
  15. AlexLed

    Спасибо за информацию, очень пригодилось.

    Reply
  16. petrov_al

    …ГДЕ Номенклатура.Ссылка =В ИЕРАРХИИ (&Группа1)»…Знак равно здесь лишнее.

    Reply
  17. Yimaida

    Поставил + за запрос с датами, правда, есть там недописка (<=&Дата2)

    Reply
  18. TMV

    (0) автор,

    «..получим уже более лучший результат:»

    Привет от Светы из Иваново!

    Reply
  19. xdim

    Не знал про возможность одновременного использования двух полей с оператором «в».

    Прям сейчас попробую по использовать в работе. Спасибо.

    п.с. От себя бы добавил пожелания с комментариями производительности.

    на 8.1 и ранних 8.2 в Иерархии очень сильно вешал запрос.

    Reply
  20. RealEscander

    (17) petrov_al, (18) Yimaida, ага, спасибо, поправлю, видимо пока разметку (больше часа!!! с форматированием текста и правкой цветов)сделал ошибку…

    Reply
  21. RealEscander

    (20) xdim, ну как-бы про скорость работы уже написал во втором примечании… может не явно указано про низкую скорость на больших справочниках, наверное акцент на это сделать будет правильнее. Кста на последник 8.2 и тестовой 8.3 тоже не летает… но вызов запроса в цикле или выгрузка выборки в таблицу значений и «ручная работа» с ней будет ещё медленнее… ну может кроме особых специфических случаев.

    Reply
  22. KliMich

    Спасибо! Есть полезные нюансы (век живи, век учись …)

    Reply
  23. wolfsoft

    > ГраницаПериода = Новый Граница(КонецМесяца(ТекущаяДата())+1, ВидГраницы.Исключая);

    а так не проще?

    ГраницаПериода = Новый Граница(КонецМесяца(ТекущаяДата()), ВидГраницы.Включая);

    Reply
  24. Valerich
    ВЫБРАТЬ  Даты.Номенклатура,  Даты.Дата, МАКСИМУМ(Реализация.Ссылка) КАК Ссылка
    
    ИЗ Даты КАК Даты
    
    ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.Реализация КАК Реализация
    
    ПО Даты.Дата = Реализация.Дата
    
    СГРУППИРОВАТЬ ПО Реализация.Ссылка

    Показать

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

    Reply
  25. Valerich
    Поиск Номенклатуры в запросе:
    Запрос = Новый Запрос;
    
    Запрос.Текст = «ВЫБРАТЬ ТЗ.ШтрихКод, ТЗ.Количество                                                                                                                                          ПОМЕСТИТЬ ТЗ
    
    ИЗ &ТЗ КАК ТЗ
    
    ;
    
    ////////////////////////////////////////////////////////////­////////////////////
    
    ВЫБРАТЬ ТЗ.Количество КАК ОбъемПродаж, Номенклатура.Ссылка КАК Ссылка
    
    ИЗ ТЗ КАК ТЗ
    
    ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК Номенклатура
    
    ПО ТЗ.ШтрихКод = Номенклатура.ШтрихКод»;
    
    Запрос.УстановитьПараметр(«ТЗ», ТаблицаЗначений);

    Показать

    Здесь тоже отсутствует оператор помещения ТЗ во временную таблицу. Или уже не нужен?

    Reply
  26. RealEscander

    (24) wolfsoft, сделано именно так как хотел показать, что-бы было видно от чего эта граница создаётся.

    Reply
  27. RealEscander

    (25) Valerich, документов в течении дня может быть только 1? 1 и та-же номенклатура не может повторяться в разных строках одного документа?

    Reply
  28. RealEscander

    (26) Valerich, результат достаточный для демонстрации получен, если кому-то нужно будет прицепить цену проданой номенклатуры — он наверное это сможет сделать сам.

    Reply
  29. Valerich

    (28) при чем здесь один или не один документ? Я спросил про группировку в запросе.

    Может быть я отстал от жизни и синтаксис языка СКЛ кардинально поменялся, но до сих пор я твердо знал, что поле либо должно быть перечислено в списке группировочных (в разделе СГРУППИРОВАТЬ ПО) , либо входить в агрегатную функцию. В Вашем случае одно и то же поле участвует в обоих разделах, а другие поля запроса не присутствуют ни в одной из групп полей.

    Reply
  30. Valerich

    (29) еще раз повторю: вы не поместили внешний источник данных во временную таблицу (отсутствует ПОМЕСТИТЬ), но используете во втором запросе. Во время исполнения будет ошибка.

    Reply
  31. RealEscander

    (30) Valerich, вы хотите по каждой номенклатуре получить только 1 запись в выборке? Если да — то групируйте

    Reply
  32. RealEscander

    (31) Valerich, внимательно смотрим вправо — оно туда съехало…. как я «люблю» это форматирование!!!

    Reply
  33. wolfsoft

    (27) RealEscander, не понял я всей глубины такого написания, по мне — так в моём варианте как раз понятней, ну да дело ваше, успехов 🙂

    Reply
  34. aexeel

    Можно еще упомянуть, что конструктор режет комментарии и * заменяет на полный список полей. И раз уж для новичков, то что «ПОДОБНО» поддерживает поиск по шаблону.

    Reply
  35. dbaser

    работа проделана не маленькая, поэтому плюсую.

    информация полезная (Список чисел, ВТ, Даты)

    Reply
  36. RealEscander

    (35) aexeel, в следующей части

    Reply
  37. bulpi

    Массив = Новый Массив;

    Массив.Очистить();

    Это что за эпическая конструкция ?????

    В текстах запросов есть ошибки.

    Автор , исправьте!!! А то рука тянется поставить минус. Уж если взялся учить, то учи правильно!

    Reply
  38. RealEscander

    (38) bulpi, чё-чё, дёргал из реального кода, куски удалял, да видать не всё… ща поправлю. Заодно и немного форматирование поправлю.

    Reply
  39. VictorK

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

    Reply
  40. RealEscander

    (40) VictorK, это так, но на мой взгляд материалу и так многовато (текста на каждый пример)… вот первая часть получилась компактная: приём, пример, что он даёт…. а тут уже и ужиматься некуда а многовато…

    Reply
  41. OrsoBear

    Спасибо за примеры, конструктором строил, как получится, помаленьку пришел к осмыслению и оптимизации кода. Да, ошибки попадаются, но мысль донесена доходчиво. Добавлю в закладки.

    Reply
  42. kurvik

    Реализацию ряда статей попробовал на практике-получилось.Немного расходиться с теорией. Но вполне понятно.Положил в закладку.Спасибо.

    Reply
  43. RealEscander

    Спасибо всем! Рад что кому-то пригодилось.

    Все примеры делал так: брал что-то из реала (а он у меня достаточно специфичен) и старался адаптировать к тому, что будет более понятно: например, про выборку из таблицы значений — взял из своей обработки, которая производит загрузку показаний снятых со счётчиков с ридерами (если кто знает что это такое)… Наверное стоило-бы сделать демо конфу… это действительно упущение которое следует учесть.

    Reply
  44. wirg

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

    Reply
  45. dimk@a
    для работы с Таблицей Значений в запросе всегда необходимо сначала данные из Таблицы Значений поместить во Временную Таблицу, а уже потом можно работать с этими данными внутри пакетного запроса

    Вот этот момент честно не понял. Вы имеете ввиду последующее соединение со справочником номенклатура?

    Еще момент:

    Запрос.Текст = «ВЫБРАТЬ ТЗ.ШтрихКод, ТЗ.Количество

    в таблице значений вы создали колонки ШтрихКод и Продано.

    В целом за статью спасибо!

    Reply
  46. serega3333

    Отличный цикл статей, очень помогли, спасбио

    Reply
  47. RealEscander

    (46) dimk@a, для работы с Таблицей Значений сначало нужно в запросе выбрать из неё данные во временную таблицу(в отдельном запросе пакета). А дальше особенностей в использвании уже нет(можно и соединять и группировать и т.п.).

    Reply
  48. Роман_Курилов

    почитать можно

    Reply
  49. integragirl

    Очень хорошая статья для новичков, много описано, не надо искать по закоулкам интернета. Плюс автору!

    зы. Эх где была эта статья, когда я начинала, столько нервов было потрачено.

    Reply
  50. Sergeant82

    Очень полезная статья, спасибо.

    Reply
  51. severchukov

    Спасибо большое, для меня, как для новичка в освоении платформы 8.2, очень полезная информация

    Reply
  52. NazarovV

    Спасибо, распечатал для шпаргалки

    Reply
  53. xzorkiix

    (50) integragirl, а у Вас отличная аватарка. Тру?

    UPD не тру 🙁

    Reply
  54. AnryMc

    (54) xzorkiix,

    В профайле ещё лучше — http://infostart.ru/upload/resize_cache/main/215/300_300_1/program1.jpg

    Reply
  55. wunderland

    в 7.Последовательность чисел, дат. для запроса с датами в условии не пропущено «<=&Дата2»

    Reply
  56. ksai

    Даты по порядку в интервале. (так проще и доступнее)

    ВЫБРАТЬ

    0 КАК Цифра

    ПОМЕСТИТЬ ЧисловойРяд

    ОБЪЕДИНИТЬ

    ВЫБРАТЬ

    1

    ОБЪЕДИНИТЬ

    ВЫБРАТЬ

    2

    ОБЪЕДИНИТЬ

    ВЫБРАТЬ

    3

    ОБЪЕДИНИТЬ

    ВЫБРАТЬ

    4

    ОБЪЕДИНИТЬ

    ВЫБРАТЬ

    5

    ОБЪЕДИНИТЬ

    ВЫБРАТЬ

    6

    ОБЪЕДИНИТЬ

    ВЫБРАТЬ

    7

    ОБЪЕДИНИТЬ

    ВЫБРАТЬ

    8

    ОБЪЕДИНИТЬ

    ВЫБРАТЬ

    9

    ;

    ////////////////////////////////////////////////////////////­////////////////////

    ВЫБРАТЬ

    ДОБАВИТЬКДАТЕ(&НачалоПериода, ДЕНЬ, aa.Цифра * 1000 + bb.Цифра * 100 + cc.Цифра * 10 + dd.Цифра) КАК ДатаИнтервала

    ИЗ

    ЧисловойРяд КАК aa,

    ЧисловойРяд КАК bb,

    ЧисловойРяд КАК cc,

    ЧисловойРяд КАК dd

    ГДЕ

    ДОБАВИТЬКДАТЕ(&НачалоПериода, ДЕНЬ, aa.Цифра * 1000 + bb.Цифра * 100 + cc.Цифра * 10 + dd.Цифра) <= &КонецПериода

    Reply
  57. RealEscander

    (56) wunderland, да, конечно пропущено!

    собирался попрвить… забыл что-ли….

    Reply
  58. Rad90210

    Буду разбираться. Плюсую.

    Reply
  59. tormozit

    (54), (55) в профайле у нее аватар чрезвычайно похож на мой, только вертикально зеркально отраженный.

    Reply
  60. mikhailovaew

    Спасибо за статью, грамотно, доходчиво.

    Reply
  61. Goruch

    Спасибо за статью, добавил в закладки.:)

    Reply
  62. chemezov

    Спасибо, очень интересно, не стандартная задача с вбором чисел от 0 до 959 вообще понравилось, пойду пробовать.

    Reply
  63. acuta

    Редко занимаюсь программированием. В качестве хелпника пользую. Спасибо.

    Reply
  64. sacred

    (10) ARL, А вот и нет. Если в запросе параметр используется не только как параметр виртуальной таблицы, но и для сравнения с датой, например, «Подзапрос.Период < &КонецПериода», то граница в качестве параметра вызовет ошибку в таком условии. Так что у этого варианта тоже есть ограничения применимости.

    Reply
  65. sacred

    При выгрузке итогов способом ОбходРезультатаЗапроса.ПоГруппировкамСИерархией в Дерево значений в 1с имеется ошибка: если есть общие итоги, то при выгрузке в дерево они не создают узла, а находятся на одном уровне с первой группировкой. Однако если делать не выгрузку, а выборку — то иерархия строится правильно. В 8.3 ошибка исправлена, но только в режиме «без совместимости с 8.2»

    Reply
  66. ARL

    (65)Речь шла об остатках и оборотах, документы тут не причем. А если все-таки надо одновременно использовать и момент времени и дату — то параметры надо разделять. В типовых это так и делается (пример — универсальный отчет).

    Reply
  67. RealEscander

    (66) sacred, ну естественно что итогам нет места в стандартном дереве.

    Reply
  68. RealEscander

    (67) ARL, граница всегда отработает как нужно. Ну попробуйте сами!

    Reply
  69. sacred

    (67) ARL, Ну что вы. Речь в статье шла о запросах вообще, о некоторых их особенностях. И я по этому поводу высказался в том смысле, что в 1с не существует единого универсального типа данных, представляющего собой точку на оси времени, пригодного для использования в качестве параметра запроса во всех без исключения случаях. Т.е. «серебряной пули» — нет. Как справедливо заметил RealEscander, красивым решениям в 1с «нет места».

    Reply
  70. sacred

    (68) RealEscander,

    ну естественно что итогам нет места в стандартном дереве

    Отлично сказано! Прямо в точку!

    Систему компоновки данных заколбасили, а в стандартном запросе при выгрузке в дерево значений у них для общих итогов места не нашлось. 🙂 Ладно, хоть в 8.3 поправили этот косяк.

    В 1с это происходит сплошь и рядом. Даже в той же СКД много чему «не нашлось места», ага.

    Но куда мы денемся с подводной лодки. Будем находить и изучать эти «особенности», как политкорректно их называют работники 1с. Или баги, как откровенно их называю я. 🙂

    Reply
  71. chmv

    Очень полезно

    Reply
  72. Al-X

    Спасибо ! Кое-что я даже и не знал. Обязательно пригодится !!!

    Reply
  73. Эсти

    спасибо. полезная статья

    Reply
  74. imispb

    Спасибо! Кое что пригодилось.

    Reply
  75. JohnConnor

    3.Использование конструктора запроса- как в конструкторе написать такое

    выбрать * из бла-бла

    упорядочить по

    выбор

    когда НомерСтроки/2 — ВЫРАЗИТЬ(НомерСтроки/2 как Число(10,0))=0

    тогда 0

    иначе 1

    конец

    Reply
  76. RealEscander

    (76) JohnConnor, в конструкторе добавляете новое поле, указываете в качестве поля вот это самое выражение и потом можно по любому полю/полям (в том числе этому вычислимому) упорядочивать

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *