>я хз почему С чота делает с именами
язык такой )

mangling, похоже...
https://en.wikipedia.org/wiki/Name_mangling#C

да, они там постоянно добавляют всякие @, _ и прочее непотребство

ч правильно понимаю, что если что-то поменялось в структуре базы, то и заново нужно всё перегенерировать?

Там есть инструмент data modeler который позволяет зачитать бд и построить классы. Но вообще орм подразумевает что изменения ты вносишь с другой стороны, т.е ты добавляешь свойство к классу, а структуру бд оно само меняет как надо

хм... оно знает все СУБД всех версий? Или я могу использовать только ограниченные СУБД, которые они поддерживают?

а если у меня данные отдаёт селективная хранимая процедура?

или в случае с ОРМ базу приходится использовать только как тупое хранилище?

Тупое хранилище

Драйвера под все основные бд есть

Да и там примеры есть так что при желании и свой написать можешь

орм не серебряная пуля, какие-то вещи на нем просто смысла нет реализовывать. например в медицине все федеральные справочники имеют вид id, name, datebeg, dateend. при этом id повторяющийся и расшифровка name соответственно зависит от диапазона datebeg-dateend, т.е в разные диапазоны времени один и тот же id расшифровывается по разному и вот такое на орме уже делается просто через зад, я бы даже сказал просто не имеет смысла.

Есть ли смысл  напрямую работать с федеральными справочники?
Может их импортировать в свой, эффективный, формат?

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

при этом использование этих справочников без орм сведется к банальному join dict on dict.id=source.id and source.date between dict.datebeg and dict.dateend

Я сейчас занят по выходным в секретном проекте на стыке xdata и webcore. Зарелизим чего-то в этом коду наверно

блин, я слюной клаву закапал :)

Сейчас сижу и думаю как можно скомбинировать webcore и https://mdbootstrap.com

Сторонние справочники хорошо подключаются в ORM как внешняя база данных. Нужно только для нее написать свой адаптер. Например, КЛАДР можно не импортировать, а сразу использовать через адаптер DBF.

Я использую текстовые логи как источники данных. В БД хранятся ключевые события с быстрым доступом. А если нужна подробная аналитика, то запускается полнотекстовый поиск по логам. Это занимает ощутимое время, но требуется не так уж и часто.