> Задача гибкого realtime-биллинга «обычными файлами» не решается при условии
> необходимости оперативности выборок (а не «просуммировал-забыл»).

ура! наконец-то мы услышали что-то про предметную область. прогресс, аднака.

> Это? Это возможность получения вагона универсальных отчетов из сырых данных, при том,
> что конкретную направленность каждого конкретного отчета, который захочет организация,
> предусмотреть заранее сложно. С клиентами проще, там все аггрегируется. А вот
> во внутренней системе не все так просто.

и? внизапна! это не уникальная задача. но тут, конечно, конкретно смотреть надо.

> Ну да, пишите, все равно после выяснится, что вы изобрели колесо, ака
> написали SQL xD

забавно, почему когда я писал подобное — у меня не получался SQL? опять же. биллинг? рилтайм? да там должны быть такие потоки данных, что SQL просто удавится.

> Угумс. Только непонятен нездоровый фанатизм по поводу db engine. Если SQL справляется
> — зачем городить огород?

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

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

> Толсто.

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