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

это ошибка в компоненте или специально сделано?
почему при раскрутке иерархии не проверяется наличие добавляемой группы?

задача вроде простая

допустим есть справочник:
ГР1
   Эл1
   ГР2
     Эл2

данные надо вывести, сгруппировав по группам элементов, но без самих элементов.

запрос имеет такой вид:

select
   s.paretnid as Группа
from
   $Справочник.тест as s
where
   s.is_folder=2

получим набор:
1 строка: ГР1
2 строка: ГР2

Делаем индТбл.Группировать("Гр: &Группа",...);

получаем в результате 2 строки.

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

Eprst писал(а) 18. Октября 2011 :: 07:27:


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

Eprst писал(а) 18. Октября 2011 :: 07:27:


опять же не получается, потому что после групп еще данные есть. это только одно из измерений.

хотелось бы услышать по существу, чем обосновано подобное поведение группировки. мое мнение - что это ошибка в компоненте. потому что появление дубликатов не красиво выглядет. и противоречит понятию "группировка".

Eprst писал(а) 18. Октября 2011 :: 08:07:


я конечно понимаю, что богам не до проблем простых смертных..
но всеже, попробую привести другой пример.
ГР1
   Эл1
   ГР2
     Эл2
   ГР3
     Эл3

хотелось бы получить в результате:
ГР1 ИтогПоГруппе
   Пусто ИтогПоГруппе
   ГР2 ИтогПоГруппе
   ГР3 ИтогПоГруппе

кроме того, может быть выведен список документов, после каждого итога:
ГР1 ИтогПоГруппе
   Пусто ИтогПоГруппе
     док1  сумма
   ГР2 ИтогПоГруппе
     док2  сумма
     док3  сумма
   ГР3 ИтогПоГруппе
     док4  сумма

сейчас все работает как надо, за исключением того, то на первом уровне 2 строки получается:

ГР1 ИтогПоГруппе
   Пусто ИтогПоГруппе
     док1  сумма
ГР1 ИтогПоГруппе
   ГР2 ИтогПоГруппе
     док2  сумма
     док3  сумма
   ГР3 ИтогПоГруппе
     док4  сумма


Думаю, что всебы сильно удивились, если бы GROUOP BY выдал бы такой результат.

Eprst писал(а) 18. Октября 2011 :: 08:26:

т.е. это ошибка но признавать не хочется? А счего вдруг? вроде бы обычное дело. Или боги не косячат?

предлагается как обойти проблему:

Eprst писал(а) 18. Октября 2011 :: 08:26:


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

так что эту засаду в группировке не обойти. хороший инструмент, особенно если подправить этот момент.

Цитата:


Это с чего это не будет выведено ?!

Eprst писал(а) 18. Октября 2011 :: 08:39:


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

spenov писал(а) 18. Октября 2011 :: 08:41:


Ну чего за бред то пишешь ?
Почему не будет обработана ?!
Откуда там дубли вообще будут ?!



Цитата:


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