Мы же не про готовый продукт говорим. А про некую платформу, которая сама по себе является средством разработки. Для которой ERP - лишь частный случай. То есть решение разрабатываем не мы на C# как в вашем кейсе, а некий fixin и с попыткой слепить на нем все что на ум приходит.
Firebird слабоват для сложных запросов. А при наличии ORM + виртуальные таблицы с итогами( и прочими предрасчитанными данными) будут гарантированно сложными. Для нашего похожего кейса прекрасно подошел postgres.
Fastreport тоже нервно курит в сторонке по сравнению с функционалом табличного документа от 1С. Но его можно реализовать конечно же своими силами (работы там много).
Мы же не про готовый продукт говорим. А про некую платформу, которая сама по себе является средством разработки. Для которой ERP - лишь частный случай.
То есть решение разрабатываем не мы на C# как в вашем кейсе, а некий fixin и с попыткой слепить на нем все что на ум приходит.
Да нет особо выбора: QT, C++, RUST (DELPHI на худой конец)
если конечно хочешь чтобы "оно" было производительным.
Либо C#, JAVA но отдельные моменты все равно будешь писать на QT,C++,DELPHI,RUST.
Firebird слабоват для сложных запросов. А при наличии ORM + виртуальные таблицы с итогами( и прочими предрасчитанными данными) будут гарантированно сложными. Для нашего похожего кейса прекрасно подошел postgres.
Fastreport тоже нервно курит в сторонке по сравнению с функционалом табличного документа от 1С. Но его можно реализовать конечно же своими силами (работы там много).
И что же там за трехзвенка в DELPHI? CORBA?
Firebird не подойдет т.к. у него DDL (изменение структуры) не транзакционное. Есть конечно обходные пути (костыли), но PGS куда предпочтительней