Oberon space

Приглашаю сюда всех, кому хочется покритиковать, похвалить или просто обсудить сей продукт.

У одынесников есть профессиональная забава под названием "разузлование".
На производственном предприятии рано или поздно возникает задача анализа затрат.
Т.е. нужен отчет, который показывает из чего сложилась себестоимость продукции в виде дерева.
Затраты обычно накапливаются в одной, или нескольких таблицах вида:
| Дата | Номенклатура | Затрата | Сумма |
Тут номенклатура выступает в качестве родителя.

В 1С конечно все несколько сложнее. Там эти данные хранятся в регистре РАУЗ.
Но специфика 1С тут мало интересна и я не буду ее освещать.

Суть задачи в следующем:
Нужно максимально эффективно по времени выполнить разузлование.
Ограничения:
Ваш код на клиенте.
СУБД находится на сервере в локальной сети 100мбит.
К СУБД можно обращаться только SQL оператором SELECT.
Рекурсивные запросы СУБД не поддерживает.
Пользователь может формировать отчет за любой период с наложением любых отборов на данные.
Отчет должен формироваться за приемлемое время на огромных объемах данных.
Можно рассмотреть вариант, когда исходные данные предварительно подготавливаются каким либо образом (время подготовки не ограничено, но это не должно в разы увеличить размер базы).

Как бы вы решали такую задачу?

p.s. Задавайте вопросы. Буду уточнять...

Там появился скан книжки "Построение компиляторов".
Думаю, это прибавит популярности Оберону 

Есть у меня крамольная мысль сваять текстовый редактор. Изначально мысль родилась на оберкоре в процессе поиска причины диких тормозов ЧК на больших неприлично раскрашенных документах. Тогда выяснилось, что причиной является архитектурная особенность текстовой подсистемы. Оказалось что система перед отображением текста сканирует документ снизу вверх в поисках линейки. Решение мягко сказать деревянное. Если поиск линеек закоментить, то тормоза практически пропадают. Но это еще не все... Пока я ковырял текстовую подсистему, то обратил внимание, что система далеко не так проста как может сначала показаться. В общем наворочено там не мало... Довольно сложно и не понятно зачем. На эту сложность и Сергей Губанов обращал внимание. Прикрутить свистоперделки к ней как в современных редакторах кода если не невозможно, то довольно сложно. Саму текстовую подсистему с наскока вкурить вообще нереально имхо. (это я над блэкбоксовой обозримостью стебаюсь   ) Т.е. приходится долго и упорно читать код самой подсистемы, чтобы быть уверенным что ты ее правильно используешь. Хорошего понимания как она работает похоже нет ни у кого (возможно я ошибаюсь конечно)
Ладно... о чем это я?!
Ах да.
Изначально я хотел сваять простенькую, но расширяемую текстовую модель типа нотепад (а остальное (форматирование там всякое) прикрутить в расширении этой модели). Оберкоровцы в последнем сраче мне это желание поубавили.
В общем на данный момент у меня осталось желание этим заняться, но не ради переделки текстовой подсистемы ЧК, а для общего развития так сказать. Если в итоге кому-то будет польза, то гуд, если нет то нет...

Опыта конечно нет в таких задачах, и супермЭном-вундеркиндом-одиночкой я себя не считаю. Некоторые мысли есть, но пока в процессе переваривания. Пытался в инете найти информацию на эту тему, но безрезультатно.

В общем прошу помочь соображениями и информацией по этой теме. Ну и стоит ли вообще велосипед городить? Ценный ли это опыт будет?
Если кто уже занимался подобной задачей, то поделитесь опытом плиз.

ps Во накатал то... уф...