PD
А почему не спасают? Если сложная сущность нужна только на applayer (а это часто), то спасают.
Size: a a a
2021 July 05
IB
Да-да, это я понимаю.
p
А в чём проблема загрузить несколько сотен гб в память?
PD
Если есть связи между всеми этажами дерева - то да, грустно.
Но я бы заподозрил, что с анализом предметки что-то не то.
Но я бы заподозрил, что с анализом предметки что-то не то.
AM
А я то как раз орм запилил именно для миграций и именно для 24 / 7
IB
Если тебе нужно только прочитать чуть больше или меньше колонок данных - это я не считаю за разные выборки даже. Это неинтересно и правда, можно засунуть в JSON.
Но тебе все равно надо несколько десятков-сотен сущностей соединять в разных комбинациях и делать выборки с разнообразными условиями.
Но тебе все равно надо несколько десятков-сотен сущностей соединять в разных комбинациях и делать выборки с разнообразными условиями.
PD
А как оно спасало?
AM
Именно для того что бы гвоздями прибить версию схемы с метаданными к Либе ентити сетами
AM
Которая генерится с неё
p
обычно как раз для такого ORM и используют
IB
Возможно, сегодня я бы как-то иначе это все проектировал, но уверенно скажу, что там не ужас-ужас, а только некоторые неоптимальности.
Просто реально много сущностей разных по бизнесу.
Просто реально много сущностей разных по бизнесу.
PD
Я скорее про сложные объекты (типа профиля пользователя), где искать надо по трем-пяти полям, а хранить сложносвязанные десятки. И вместо одной таблицы на 10 полей получается 30 таблиц
IB
Не, такое не в счет. По таким деталькам обычно нет соединений и фильтров.
AM
А ещё и типами все провязал что бы вообще ничего не компилялось при разнице в версиях
IB
Вот такие неоптимальности точно были в тех проектах, но они точно не делали погоду, и не определяют полезность ORM.
IB
Сегодня я бы положил многое в JSON (с конвертацией под управлением ORM), но все равно, скорее всего, от ORM бы не отказался в этих проектах.
AM
Миграцию делаем не деструктивным методом (только добавлением) , не нужное помечаем аноташками в джава
AM
Потом на то вычищаем
PD
Угу. Но откуда тогда сотни таблиц?
PD
То есть у тебя ORM - не для миграций, а для жесткой привязки к структуре?