Существует ли таковой? Т.е. необходимо получить результат запроса в виде таблицы

Склад    Товар    ИтогПоСкладам    ИтогПоТоварам    Количество
       1    1    220
Основной            1    100
Основной    Товар1            60
Основной    Товар2            40
Вспомогательный            1    120
Вспомогательный    Товар1            90
Вспомогательный    Товар2            30

Еще раз: речь о dbf-базе.

алё?

Выгружаешь в Индексированную таблицу,и там группируешь

(2) а если измерения и строки, и колонки, а не только строки как в ROLLUP? -)

(2) не айс, долго слишком

(4)
группировать надо с тэгом * - тогда не происходит обращение к БД
Где то 100 000 - меньше сек

..или, использовать класс.ИтогиПоГруппировкам от A'dirks & сотоварищи..

(5) ОК, попробуем.

(6) А мона ссылку?

(8)http://www.1cpp.ru/forum/YaBB.pl?num=1202201945

(9) Благодарствуем-с.

(5) Вид строки группировки д.б. таким? К примеру, если таблица группируется по 4 колонкам.
"Покупатель: *Покупатель; Поставщик: *Поставщик; Номенклатура: *&Номенклатура;  Единица: Единица"

Собираю в ИТЗ данные за месяц по одной фирме, записей получается меньше той цифры, что названа вами. Время группировки ИТЗ - 2 мин. 16 сек. Мож я где чего напутал?

(11)
Замеры
http://www.1cpp.ru/forum/YaBB.pl?num=1196866345/0

в Единицу тоже
"Покупатель: *Покупатель; Поставщик: *Поставщик; Номенклатура: *&Номенклатура;  Единица: *Единица"

а вообще структура группировки весьма странная.
Детальные записи не обязательно группировать - 1 добавить в 3 параметр ИТЗ

(12) Добавил к Единице звездочку - скорость та же самая...
Без звездочек, правда, еще медленнее получается - 3 с копейками минуты...
"Детальные записи не обязательно группировать" - т.е. можно единицы в строке группировок не указывать?

Ну вот, сделал без единиц - получил выигрыш в скорости. Аж целых 7 секунд :)))

А без иерархии номенклатуры, типа
"Покупатель: *Покупатель; Поставщик: *Поставщик;"

>>При группировке возможно также подсчитывать суммы по группам справочников - для этого в списке модификаторов индекса нужно указать '&'. Если в таблице есть колонка с именем '<ИмяКолонкиСправочника>_Родитель', то родитель для элемента будет браться из этой колонки - это уменьшает количество обращений к базе, и заметно увеличивает производительность.

у тебя при каждом Покупателе и поставщике идет обращение к базе , причем полный скан спр Номенклатура

(15) Ну, в этом случае время выполнения 4,6 сек. Вместе с запросом...
(16) Тут дело в том, что может (и очень вероятно!) потребоваться группировка номенклатуры по группам. Как-то можно оптимизировать? Какой вид должна будет иметь строка группировки в таком случае?

+17 А, все увидел в (16) :) Т.е. надо, чтобы в ИТЗ был еще непосредственный ParentID конкретного элемента номенклатуры?

Ага

Как Номенклатура_Родитель

(19) 1 мин. 40 сек. Быстрее, я так понял, сделать не получится?

а без иерархии ?

"Покупатель: *Покупатель; Поставщик: *Поставщик; Номенклатура: *Номенклатура"

(21) Фигассе... 21,4 сек. всего О_о

+22 а без Номенклатура_Родитель вообще за 16 сек. группируется

Значит проблема в иерархии
Можно или вручную разруливать или поэксперементировать с ИТ

Типа попробовать только  с одним уровнем
"Покупатель: *Покупатель; Поставщик: *Поставщик;Номенклатура_Родитель: *Номенклатура_Родитель; Номенклатура: *Номенклатура"

или  может ей в ТЗ не хватает сведений о всех родителях
и надо группы в ИТ кидать ?

И кстати(это уже не к иерархии и не к ИТ) - при выводе отчета в ТабДок
надо уже иметь Номенклатура_Наименование и т.п.,
и выводить в отчет Номенклатура_Наименование,
а Номенклатура ставить в расшифровку только
- иначе чтобы отобразить Номенклатуру на каждой строке будет обращение к базе

(25) Учтем, спасибо.

(24) Если в ИТ кидать все группы, то как быть с названиями колонок? Номенклатура_Родитель1, Номенклатура_Родитель2 и т.д.?

Иерархия это вообще ж*па.
В том плане, что при группировке ИТЗ и гемор со скоростью группировки создает, и пользователю без нее в большинстве случаев отчет неинтересно смотреть.

(20) А Замер производительности в отладчике не смотрел? Может тормоза уже не в запросе и ИТЗ, а в не оптимальном остальном коде?

(29) После выполнения запроса и группировки ИТЗ идет только вывод на печать. Замерялась именно скорость выполнения запроса и скорость группировки ИТЗ на соответствующем участке кода.

Ахтунг, проблема! Выяснилос, что если группировки ИТЗ выводятся по порядку

Покупатель
Поставщик
Номенклатура (в иерархии! оч. важно)
Документ

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

Товарищи, ау? У кого какие идеи? До конца рабочего дня чуть больше часа, поможите, пли-из! :) Смотрю список методов ИТЗ в СП, нутром чую, что истина где-то рядом, но вот где - никак поймать не могу :(

(32) Я, обычно, не делаю все в одной группировке.
Т.е. делаю ИТЗ.Группировать(Группировки,Суммы,1);
Далее перебираю верхний уровень групп, а если надо внутри что-то более подробно, то использую:
ТЗПотомки = ИТЗ.ТЗПотомки;
ТЗПотомки.ВыбратьСтроки(); //или группировать, и т.д.

Применительно к твоему случаю - делаешь группировку без документа, далее в обходе из ТЗПотомки вытаскиваешь детализацию по документам.

(33) Спасибо, проблема уже решена :)

Кстати, чисто ради интереса, хотелось бы узнать: имеются ли случаи перевода отчетов типовых конфигураций (той же ТиС, к примеру) полностью на прямые запросы?

+34 в смысле, перевода ВСЕХ типовых отчетов конфы на прямые запросы. Т.е. по сути, полноценный пакет решений.

(35) У Тойпауля нечто такое есть.