![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
А не гвозди ли вокруг нас?
В связи с изменением законодательства оторвали от основного проекта для допиливания другого под новые извращения в земельном налоге. В процессе изучения требований две таблицы и парочка хранимых процедур из старого варианта разрастаются до 6 хитро связанных таблиц и невменяемого отчетного алгоритма (который, слава богу, сводится к чистой функции от входных данных), который совсем не хочется писать на P/SQL Firebird, но еще более не хочется делать его на дельфях.
Основной проект в момент прерывания делался на F# c MDA и кодогенерацией. Я вот думаю, а не совместить ли приятное и полезное с бесполезным и неприятным и не расширить ли кодогенератор, чтобы сделать новые фичи уже на нем и избавится от миллионов копипасты (в таблицах где-то уже под несколько десятков полей). Ну то есть, схему БД я в любом случае на нем буду делать, ибо быстрее, чем скрипты руками писать да к ним CRUD запросы, а вот DAO для старого проекта на дельфях кодогенератор пока не умеет.
А еще хотелось бы отчетный алгоритм написать на функциональщине какой, ибо он на нее хорошо укладывается.
Основной проект в момент прерывания делался на F# c MDA и кодогенерацией. Я вот думаю, а не совместить ли приятное и полезное с бесполезным и неприятным и не расширить ли кодогенератор, чтобы сделать новые фичи уже на нем и избавится от миллионов копипасты (в таблицах где-то уже под несколько десятков полей). Ну то есть, схему БД я в любом случае на нем буду делать, ибо быстрее, чем скрипты руками писать да к ним CRUD запросы, а вот DAO для старого проекта на дельфях кодогенератор пока не умеет.
А еще хотелось бы отчетный алгоритм написать на функциональщине какой, ибо он на нее хорошо укладывается.
no subject