Работа с запросами. Получение последней цены товара из табличной части документа. Несколько вариантов

25 Comments

1. wowik 05.06.2019 at 17:56

   За интересный ответ и комментарий добавлено вознаграждение)

   Reply ↓
2. pm74 05.06.2019 at 19:39

   (1) для учебных примерв сойдет , в реале может быть такое :
   
   -2 одинаковых строки с номенклатурой и разными ценами ,
   
   -несколько поступлений одной датой ,
   
   — разные валюты , упаковки
   
   — разный способ учета НДС в цене,
   
   + цена = 1 (классика)

   Reply ↓
3. acanta 05.06.2019 at 20:49

   Разный способ учёта НДС в цене это вообще пестня. Объясните мне темной почему это не функциональная опция или хотя бы учётная политика?
   
   И почему в базе нет полей с НДС и без НДС, а надо рассчитывать это динамически в запросе.

   Reply ↓
4. capitan 05.06.2019 at 22:11

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

   Reply ↓
5. HEKPOH 06.06.2019 at 08:53

   Если на собеседовании принимают такие решения как правильные, то это грусть

   Reply ↓
6. wowik 06.06.2019 at 08:57

   (4)https://infostart.ru/public/236627/ — бывает еще хуже)

   Reply ↓
7. wowik 06.06.2019 at 09:00

   (6) примеры незаконченные. Понятно что могут учитываться проведенные, помеченные на удаление и т.д. как в (2). Это уже потом начинаются фантики.
   
   Цель статьи донести возможные варианты.
   
   Вот всем понятен вариант №1?
   
   Можете объяснить вариант №1? почему он так работает? И почему вообще работает?

   Reply ↓
8. AlX0id 06.06.2019 at 09:11

   А вот за второй вариант дал бы в голову больно..
   
   Какого *я сначала получаем даты по всей номенклатуре, собираем их в таблицу, чтобы потом во втором запросе отобрать по номенклатуре??

   И еще — если с вас будут просить на собеседовании собрать подобные данные с табличных частей документов — сразу шлите их в неприличном направлении. Если люди знающие — пойдут и вас на работу возьмут впридачу. Если не знающие — нечего вам у них делать.

   Reply ↓
9. wowik 06.06.2019 at 09:14

   (9) эти придирки к мелочам, коллега))

   Reply ↓
10. AlX0id 06.06.2019 at 09:43

    (10)
    
    Зависит от должности, на которую вы претендуете.. Если разработчик-падаван, то вас с руками оторвут с такими запросами. Если что-то большее — то уже начнут общение с этих «мелочей» (которые могут колом базу поставить вообще говоря). А оно вам надо начинать общение с вот такой ноты?

    Reply ↓
11. wowik 06.06.2019 at 10:00

    (11) в (10) имелось ввиду что да, надо мелочи предусматривать. Здесь запросы урезанные в примерах, даже без учета характеристик. Меньше текста, чтобы лучше были видны разные подходы получения данных.

    Reply ↓
12. vipchep 06.06.2019 at 10:38

    там где получение реквизита через «.» можно заменить на левое соединение, по идее должно ускорить запрос

    
    МАКСИМУМ(ПоступлениеТоваровУслугСсылка.Дата) КАК Дата,
    ПоступлениеТоваровУслугТовары.Номенклатура КАК Номенклатура
    ИЗ
    Документ.ПоступлениеТоваровУслуг.Товары КАК ПоступлениеТоваровУслугТовары
    левое соединение
    Документ.ПоступлениеТоваровУслуг КАК ПоступлениеТоваровУслугСсылка
    по
    ПоступлениеТоваровУслугСсылка.Ссылка = ПоступлениеТоваровУслугТовары.Ссылка
    Где
    ЕстьNULL(ПоступлениеТоваровУслугСсылка.Ссылка,0) <> 0
    
    

    Показать

    Reply ↓
13. androidT1C 06.06.2019 at 11:02

    А теперь представим, что могут быть два документа с одним товаром и одинаковой датой. И получаем задвоение строк в запросах 2 и 3.
    
    Кроме того, в запросах 1 и 3 не учтены характеристики (хотя 3, по сути, тот же 2).

    Reply ↓
14. rudnitskij 07.06.2019 at 09:44

    (13) Если через одну точку — оно особо не ускоряет. При обращении через одну точку база строит такое же левое соединение, как вы предлагаете написать. А если идет обращение через две — то там уже надо

    Reply ↓
15. bulpi 07.06.2019 at 11:27

    Способ (1) работает не на всех релизах. Начиная с какого-то релиза, я точно не знаю.

    Reply ↓
16. kir74 08.06.2019 at 11:10

    ВЫБРАТЬ ПЕРВЫЕ 1
    ПриходТовары.Номенклатура КАК Номенклатура,
    ПриходТовары.Цена КАК Цена
    ИЗ
    Документ.Приход.Товары КАК ПриходТовары
    ГДЕ
    ПриходТовары.Номенклатура = &Номенклатура
    
    УПОРЯДОЧИТЬ ПО
    ПриходТовары.Ссылка.Дата УБЫВ,
    ПриходТовары.НомерСтроки УБЫВ
    

    Показать

    Чем такой вариант плох?

    Reply ↓
17. МимохожийОднако 09.06.2019 at 07:34

    Как может выглядеть запрос для получения списка документов Установка цен номенклатуры, в которых неактуальные цены (не последние)?
    
    Например, для УТ10.3 или КА1.1

    Reply ↓
18. wowik 10.06.2019 at 09:00

    (17) неплох, но если не одна номенклатура? Получать в цикле? В публикации рассмотрено получение последних цен для списка номенклатуры.

    Reply ↓
19. echo77 10.06.2019 at 20:23

    (0) Вариант 2 и 3, по сути одно и тоже: одном случае последнюю дату помещаем в ВТ в другом во вложенный запрос. Или нет?
    
    Если будет несколько документов с одной и номенклатурой на одну дату, например 31.05.2019 23:59:59 то будет несколько «последних» цен номенклатуры.

    Reply ↓
20. DataReducer 10.06.2019 at 20:31

    (8) Дал развёрнутый ответ здесь

    Reply ↓
21. wowik 11.06.2019 at 09:14

    (20)

    Если будет несколько документов с одной и номенклатурой на одну дату, например 31.05.2019 23:59:59 то будет несколько «последних» цен номенклатуры.

    да, это уже сказано в (2)

    Reply ↓
22. wowik 11.06.2019 at 09:15

    (20)

    Вариант 2 и 3, по сути одно и тоже: одном случае последнюю дату помещаем в ВТ в другом во вложенный запрос. Или нет?

    да,только вариант 3 работает намного медленнее.

    Reply ↓
23. wowik 11.06.2019 at 09:19

    статья стала поводом для написания более подробной статьи — https://infostart.ru/public/1073908/ . Спасибо автору за интерес.

    Reply ↓
24. wowik 11.06.2019 at 09:55

    (20) временные таблицы появились в 8.1, ранее только через вариант 3 можно было. Я еще попал в те времена, когда не было временных таблиц)

    Reply ↓
25. gloom_prov 06.07.2019 at 23:49

    Не знаю как кто относиться к таким запросам но с разбором почему быстрее с анализам плана, это респект. Но хочу сказать что часто приходится иметь бубен. И на 100% согласен что строить запросы к документам это печаль.
    
    Вот к чему привели меня пользователи )) Будни по производству. Вот ту как раз и используются механизмы последнего ))) Может если будит много запросов так и по выкладываю обработки. Тут идет подсчет плановой себестоимости по всем полуфабрикатам одно этапного производства по заданным Ресурсным спецификациям.

    Reply ↓