Нужно "свернуть" ТЗ, но без потери значащих колонок.
ТЗ изначальная
Колонка 1 Колонка 2 Колонка 3 Сумма
значение1 значение2 значение3 10
значение2 значение2 значение3 20
значение1 значение3 значение3 30
значение4 значение3 значение3 30

сворачиаемм по второй и первой колонке
После "свертки"
Колонка 1              Колонка 2 Колонка 3 Сумма
значение1,значение2    значение2 значение3 30
значение1,значение4    значение2 значение3 60

Идея - свернуть по двум колонкам - и из полученного ТЗ сформировать ключ для поиска. Затем используя ключ искать нужные строки и формировать колонку1.
На больших объемах долго работать будет.

Может кто поделится идеей как сделать побыстрее.

Индексированая таблица тебя спасет

(0) Если по колонке 3 будут разные значения в разных строках при равных первых двух колонок. Какое должно приниматься значение?

ИндексированнаяТ ТЗ и привет из 1cpp
Бегай по любому индексц и привет, даже сворачивать не надо

Ничего не понял, нарисуй в цифрах, что хочешь...

(4) я тоже не понял как он в первую колонку собирается по 2 значения запихивать

(5) главное, ТС, знает!

Всё не читал, про индексированную таблицу уже говорили? :-)

(5) Для упрощения скажу - Колонка 1 - текстовая
"значение1,значение2" - Текст.

(7) Про индексированную таблицу понятно. Но в конце концов узкое место будет - банальный поиск. по индексированной ТЗ.

к (9)
понятно, что поиск будет не тупым перебором. :-)

(9) Поиск индексу -- он быстрый.

А вообще, странная какая-то свертка ...

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

(12) Неисповедимы запросы пользователей. :-)

(12) Отчет один извращенный планируется. :-)

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

Выгрузить в таблицу sqlite, и
select Колонка2, Колонка3, sum(Сумма), group_concat(Колонка1) from tab group by Колонка2, Колонка3

(17) О, блин, а я и не знал про такую агрегатную функцию, как group_concat.

(17) Во!!! Сразу понял то, что нужно!
Мне действительно можно использовать и SQL!!!

(16) А ты так и не понял задачу?

(17) врят ли именно это ему нужно, нафига ему значения группировки в строках ?

(21) Именно это и нужно.
Попробую заставить поработать за меня SQL.

(17) Спасибо за отличную идею!

(22) сомневаюсь, ибо потом, как ты искать будешь по значению в такой колонке ?

у тебя в табличке, значения каких типов ? Строки ?

(25) Я понимю, то, что я спрашиваю - необычно.. :-)

Мне не нужно искать там ничего.

(25) Ага, будут строки... :-)

(26) ладно, значения каких типов у тебя ?
group_concat подойдет для строк\чисел\дат разве что, если че.

Я таким образом формирую форму отчета для вывода на экран.
Просто данных много - долго формируется. Хочу оптимизировать.

(28) Да, именно это и нужно.

(18)
group_concat есть только в sqlite.
За это и любим :)

Тогда проще добавить одну колонку "ГруппСумма" в обе ТЗ, во второй ТЗ присвоить этой колонке, скажем 1 и объединить ТЗ1 и ТЗ2. После этого достаточно сортировать полученную ТЗ и один раз по ней пробежаться без всякого поиска...

(28) Только для строк.

(31) Неа. Люди говорят, в MySQL тоже есть ;-)

(33) если че, все агрегатные типы в 1с - строки :)

(33)
Все может быть, откуда-то ведь она должна была в sqlite появиться.
Я-то просто имел ввиду ходовые под семеркой базы - sql, foxpro, sqlite.

(32) Новая идея.. Только я не совсем понял. Туплю что-то. :-(
Можно поподробнее на примере?

(36) Пользуй индексированнуюТаблицу и не парь мозг людям.

(37) Да ну, (17) красивше.

(38) "...если б только б не б одно бы..."©

(37) А никто и не парит.
Мне уже интересно теоретически что тут (32) придумано

(39) Решений два - индексированная таблица и SQL.
А тут (32) что-то новое. Понятно что будет не так оптимально, но интересно.

(40) индекс он строит... и группирует по нему. Только "средствами 1с"

(41)Решение, собственно, одно. реализаций - несколько.

(42) А я и не понял из его описания...
Ну индекс - это уже пройденный этап.  :-(

Нет в (32) индекса, просто я в тз1 добавляю сумму по итогам из тз2, и чтобы не путать эти строки со старыми строками помечаю строки итогов единицей, после чего достаточно сделать правильную сортировку тз1

(45) Ну вот эта "правильная сортировка" суть индекс. а "сумма по итогам" суть группировка. Смысл один и тот же.

(46) Ну, если так рассуждать, то можно сказать и так. Но работает этот алгоритм, кстати, вполне даже ничего - тз на триста тысяч строк обрабатывает за вполне терпимые промежутки времени, причем без внешних компонент...

(47) А чем тебе внешние компоненты не угодили-то?. Как-то не парюсь..

А не люблю я таскать базы с внешними компонентами от клиентов - для себя да, а клиентам стараюсь не ставить...

(49) Ну, у меня нет "клиентов" :-)))