Конечно везде есть компромисс.
Просто подобное ядро позволяет знать только основы SQL (insert, update, delete) и создавать не только связанные формы и таблицы, но и печатные формы, графики, диаграммы, различные представления графиков работ и расписаний, древовидные категории, и т.д. Так как ядро работает и с локальной Access базой и с MS SQL то процедуры и триггеры создаются в собственной экосистеме.














Но даже если задачи требуют что-то закодить на C# то можно создать простую библиотеку и в ядре вызвать метод этой библиотеки. Можно даже подписаться на событие загрузки любой формы и жанглировать элементами формы и данными в ней уже в коде C#



Всё это позволяет сосредоточиться на бизнес задаче а не на кодинге и уровень специалистов для такой системы не требуется очень высокий и высокооплачиваемый.