Функциональщина в бухгалтерии
Самоочевидно ли то, что с помощью filter/map/fold можно реализовать бухгалтерскую отчетность более простым и очевидным образом, чем с помощью select .. where .. group by?
Нет, наверно я хотел задать не этот вопрос. Правильный вопрос: сколько в час денег попросит человек, способный за неделю-две разобраться в вышеописанном вопросе?
Нет, наверно я хотел задать не этот вопрос. Правильный вопрос: сколько в час денег попросит человек, способный за неделю-две разобраться в вышеописанном вопросе?
no subject
Кроме того - джоины в 90% случаев - это ссылки на справочник, "подпишем ка этот аналитический код".
no subject
no subject
no subject
что-то написал и подумал, что уж это точно проще было загрузить целиком и
обработать на нормальном языке
no subject
Я в таком же самом алгоритме тупо грузил текущую поездку в память (за некий интервал времени) и обрабатывал теми же самыми эвристиками уже в виде графа объектов. А результат затем ложил в БД в пригодном для обработки SQL запросами виде (список посещений точек маршрута и проч.)
no subject
no subject
> обработать на нормальном языке
Я вот периодически размышляю, что надо-то ровно наоборот: загружать в базу куски кода на нормальном языке вместо запросов.
Эдакий удалённый REPL к машине с данными.
no subject
no subject
no subject
no subject
no subject
no subject
Я их (датасеты такие) сразу отображаю юзерам, сейчас вот еще буду дорабатывать, чтобы мемоизировать результаты на будущее.
В таких задачах джоины нужны разве что параметры из каких-нибудь справочников по кодам аналитики доставать и это можно сделать предобработкой на SQL в три строчки.
А часто оказывается, что тот параметр нужен для 1 отчета, и его можно прямо в долбаном описании настроек оставить в виде константы.