Не получается конструкция типа максимум(выбор когда... тогда...). Только через временную таблицу?

получается

(0) А ты пробовал?

нормально работает

Вот так не работает:
выбрать
т.Номенклатура,
максимум(выбор
когда т.Номенклатура В ИЕРАРХИИ (&Готовая) тогда "Готовая"
когда т.Номенклатура в ИЕРАРХИИ (&Привоз) тогда "Привоз"
когда т.Номенклатура в ИЕРАРХИИ (&Индивидуалка) тогда "Индивидуалка"
когда т.Номенклатура в ИЕРАРХИИ (&ЛДСП) тогда "ЛДСП"
когда т.Номенклатура в ИЕРАРХИИ (&КаменныеСтолешницы) тогда "КаменныеСтолешницы"
когда т.Номенклатура в ИЕРАРХИИ (&Фурнитура) тогда "Фурнитура"
конец) как ГруппаНоменклатуры,
Ссылка как ЗаказПокупателя
поместить ГруппыВЗаказахВрем
из Документ.ЗаказПокупателя.Товары т
внутреннее соединение ОсновнаяТаблица как от по т.Ссылка = от.ЗаказПокупателя
сгруппировать по ЗаказПокупателя

(4)ээээ а смысл максимума на строку?

а вот так работает:
выбрать
т.Номенклатура,
(выбор
когда т.Номенклатура В ИЕРАРХИИ (&Готовая) тогда "Готовая"
когда т.Номенклатура в ИЕРАРХИИ (&Привоз) тогда "Привоз"
когда т.Номенклатура в ИЕРАРХИИ (&Индивидуалка) тогда "Индивидуалка"
когда т.Номенклатура в ИЕРАРХИИ (&ЛДСП) тогда "ЛДСП"
когда т.Номенклатура в ИЕРАРХИИ (&КаменныеСтолешницы) тогда "КаменныеСтолешницы"
когда т.Номенклатура в ИЕРАРХИИ (&Фурнитура) тогда "Фурнитура"
конец) как ГруппаНоменклатуры,
Ссылка как ЗаказПокупателя
поместить ГруппыВЗаказахВрем
из Документ.ЗаказПокупателя.Товары т
внутреннее соединение ОсновнаяТаблица как от по т.Ссылка = от.ЗаказПокупателя
;
выбрать ЗаказПокупателя, минимум(ГруппаНоменклатуры) ГруппаНоменклатуры
поместить ГруппыВЗаказах из ГруппыВЗаказахВрем
Сгруппировать по ЗаказПокупателя

(5) а смысл в том что по одному заказу могут продать товар только из одной группы/категории и соотв оплату за это получат.

все из-за В ИЕРАРХИИ

а всегда какая-нить хрень возникнет там где нужно(

(6) почем у вас индивидуалки?

делают мебель под заказ

(11) оригинально!

кстати, производительность решения весьма небыстрая. есть ощущение, что через top можно как-то сделать, но пока только ощущение. может кто-нить может увидеть сей путь сразу?

Поясню. В данном решении все строки табличной часит документа проходят проверку ВЫБОР. Поскольку все товары из табличной части заведомо из одной группы, чтобы не проверять все строки, нужно взять только первую строку и анализировать только ее...

выбрать
т.Номенклатура,

выбор
когда т.Номенклатура В ИЕРАРХИИ (&Готовая) тогда "Готовая"
когда т.Номенклатура в ИЕРАРХИИ (&Привоз) тогда "Привоз"
когда т.Номенклатура в ИЕРАРХИИ (&Индивидуалка) тогда "Индивидуалка"
когда т.Номенклатура в ИЕРАРХИИ (&ЛДСП) тогда "ЛДСП"
когда т.Номенклатура в ИЕРАРХИИ (&КаменныеСтолешницы) тогда "КаменныеСтолешницы"
когда т.Номенклатура в ИЕРАРХИИ (&Фурнитура) тогда "Фурнитура"
конец как ГруппаНоменклатуры,
Ссылка как ЗаказПокупателя
поместить ГруппыВЗаказахВрем
из Документ.ЗаказПокупателя.Товары т
ГДЕ т.НомерСтроки = 1

через номер это хорошо, а если бы строки были совсем однородные...

1с ка не позволяет подзапросы по текущей строке выборки насколько я знаю. поправте если не прав?

(16) с МАКСИМУМ у вас вообще бред получается, если строки неоднородные.

+еще мысль
выбрать макс(тч.товар),тч.ссылка из тч сгруппировать по ссылка

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

В иерархии ускоряется в разы с помощью доп. регистра

мои последние 6 сообщений в получение самого верхнего родителя в справочнике

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

(23) да, я тоже думаю подход через вспомогательные данные очень даже и очень правильный.

+ да и 1С для того регистры и придумала

(24) типа храни топ родителя где где-то еще для каждой номенклатуры

(26) а типа или нет, пусть каждый решает сам

(23) v8: Подзапросы с Выбрать Первые

(28) благодарю - именно то, что имелось в виду.
не смотря на простоту решения через номер строки(15) вариант работает не быстрее чем изначальное решение.

(29) вообще СГРУППИРОВАТЬ это тормоз. Работай с номерСтроки.

можно попробовать пакетный запрос:

Выбрать в таблицу заказ, номенклатура первой строки по условию заказ в заказы основной таблицы.
Потом выбрать различную номенклатуру из этой таблицы - вторая таблица. Потом определить для этой таблицы номенклатуры
когда Номенклатура В ИЕРАРХИИ (&Готовая) тогда "Готовая" и тд, а потом уже соединение этого результата, первой таблицы и основной таблицы

(29) в моем случае тормоз это "В ИЕРАРХИИ"
КСТАТИ, СГРУППИРОВАТЬ ПОВАЛЬНО использую вместо РАЗЛИЧНЫЕ. Я так понял НЕ РЕКОМЕНДУЕТЕ???
(31) пробовал предварительно собирать таблицу из заказов с номенклатурой первой строки в которой заказ встречался единожды. потому уже на это строку накладывал В ИЕРАРХИИ. вот тут и зависает. остальное не напрягает.

+(31) хотя идея сокращения проверок путем исключения повторных проверок одной и той же позиции кажется интересной.

(29) Для того, что бы работало быстрее, нужно выгрузить в предварительную таблицу проиндексировать, а затем уже применять запрос
v8: Подзапросы с Выбрать Первые

(34) думаете если проиндексировать номенклатуру во временной таблице В ИЕРАРХИИ по номенклатуре будет быстрее отрабатывать?

очень сомневаюсь

34+ Этот вариант работал в старых версиях. В 82 нужно сравниваемые поля закинуть в подзапрос
v8: v8: Вcтречаем! Версия 8.2.18, вышла в релизе 8.2.18.82 + опубликована версия 8.2.18.96

(36) Почитай до конца. У меня такие конструкции работали на отборе многомиллионных прайсов по минимуме цены и максимуме количества