АО
@Harmonizr а как хранить списки других объектов в строке таблицы бд?:)
Size: a a a
2019 August 06
AE
Что-то мне подсказывает, что работа с такими штуками через хибер тоже будет либо сложной, либо дико неэффективной
Нет и нет
AE
Нужно только понимание и опыт
AE
Я 6+ лет с хибером и знаю тонкие места, уйду наверно только из-за синхронного апи
QH
@Harmonizr а как хранить списки других объектов в строке таблицы бд?:)
как обычно, внешним ключом с 1:M или отдельной таблицей с M:M
BV
Ещё раз: я не агитирую тянуть это всё в любой проект, но прежде чем отказываться, нужно придумать чем заменить то от чего отказываешся
ДЧ
Что-то мне подсказывает, что работа с такими штуками через хибер тоже будет либо сложной, либо дико неэффективной
Хибер как раз для того и сделан, чтобы с такими штуками (за пределами первоначального создания моделей в коде) работать можно было проще и единообразнее.
АО
Имхо, нужно что-то вроде Kotlinx.Serialization, чтобы работу с запросами можно было писать руками, но большая часть рутины генерилась и без оверхеда
ДЧ
Ещё раз: я не агитирую тянуть это всё в любой проект, но прежде чем отказываться, нужно придумать чем заменить то от чего отказываешся
...и взвесить плюсы и минусы
АО
Имхо, нужно что-то вроде Kotlinx.Serialization, чтобы работу с запросами можно было писать руками, но большая часть рутины генерилась и без оверхеда
Эдакий half-orm
АО
как обычно, внешним ключом с 1:M или отдельной таблицей с M:M
Стоооп
АО
Одна строка в одной таблице, откуда там еще таблица?:)
МР
Нужно только понимание и опыт
> понимание и опыт
А если ты только садишься за хибер?
А если ты только садишься за хибер?
c
Евгений Соколов
На что стоит посмотреть в котлине в плане ORM (или что-то близкое)? Или игра не стоит свеч и лучше взять хибернейт?
exposed
QH
Одна строка в одной таблице, откуда там еще таблица?:)
Это прикол какой-то?
Есть классический рецепт, как делать one to many, и как many to many.
Оба этих случая внутри ОО-языка представляются как листы.
В чём сложность?
Есть классический рецепт, как делать one to many, и как many to many.
Оба этих случая внутри ОО-языка представляются как листы.
В чём сложность?
VP
Хибер как раз для того и сделан, чтобы с такими штуками (за пределами первоначального создания моделей в коде) работать можно было проще и единообразнее.
Видимо, это требует опыт работы с ним
QH
exposed
-
VP
У меня больше 3 вложенности не было
АО
Это прикол какой-то?
Есть классический рецепт, как делать one to many, и как many to many.
Оба этих случая внутри ОО-языка представляются как листы.
В чём сложность?
Есть классический рецепт, как делать one to many, и как many to many.
Оба этих случая внутри ОО-языка представляются как листы.
В чём сложность?
В том, что это не одноиабличное решение:)
AE
> понимание и опыт
А если ты только садишься за хибер?
А если ты только садишься за хибер?
Изучать