ДЧ
Честно, лучше ручками написать
...потому что...?
Size: a a a
2019 August 06
АО
Ээ, массивом, как еще? Правда, хибер, кажется, эти типы не поддерживает...
Объектов из других таблиц?
BV
В итоге получается, что сами объекты любой орм или не являются объектами орм в полном смысле, или являются диким оверхедом и отвечают не просто за одну строку в одной таблице
Это демагогия. Ты выбираешь инструмент, который решает задачи, у него есть особенности реализации, да, ты решаешь насколько тебе это проходит. А вот эти все шашечки объект не объект это всё ерунда
VP
диким оверхедом являться необязательно
А можно ли оперируя объектами объяснить фреймворку, что в итоге нужно вытащить из базы или обновить там, не делая лишних запросов?
AO
У нас из-за такого хибер сделает сам на 1:M появился ботлнек, потому что внезапно надо было дёрнуть у 1000 объектов lazy поле c 1:M
PD
Объектов из других таблиц?
А зачем другие таблицы?
МР
А можно минусы Exposed? А то думаю - брать его или нет в небольшой проект
ДЧ
Тут просто очень спорный и главное лишённый универсального объективного ответа вопрос, когда сложность разработки и сложность поддержки выше
VP
Вот попробуй написать на жуке хотя бы на 2 таблицы м:м с условием не дублирования. Сразу заноют
Условие не дублирования - это про что?
АО
Это демагогия. Ты выбираешь инструмент, который решает задачи, у него есть особенности реализации, да, ты решаешь насколько тебе это проходит. А вот эти все шашечки объект не объект это всё ерунда
Ну был вопрос, почему строка в таблице - не объект
BV
Тут просто очень спорный и главное лишённый универсального объективного ответа вопрос, когда сложность разработки и сложность поддержки выше
Это зависит от огромного числа факторов
АО
Так что вот
ДЧ
Это зависит от огромного числа факторов
Именно.
QH
А можно ли оперируя объектами объяснить фреймворку, что в итоге нужно вытащить из базы или обновить там, не делая лишних запросов?
ну зависит от фреймворка же
VP
А можно минусы Exposed? А то думаю - брать его или нет в небольшой проект
У него непонятное состояние поддержки/разработки. Этого достаточно. А, ну ещё глобальный стейт.
QH
А можно минусы Exposed? А то думаю - брать его или нет в небольшой проект
глобальная хранилка соединения
ДЧ
Это зависит от огромного числа факторов
Потому и говорю, что "используйте Х" и "точно не используйте Z" без контекста - одинаково плохие советы (если отбросить маргинальные плохие решения).
PD
Вообще, одна из бед хибера - что он (из коробки) распихивает объект по куче атомарных таблиц. Хотя в большинстве случаев достаточно хранить весь сложный объект внутри одной строки (jsonb и аналогичные подходы) - оно еще и быстрее будет в разы.
Как результат - запросы на хибере требуют кучу джойнов там, где они вообще нефига не нужны.
И растет и сложность поддержки и куча всего прочего.
Как результат - запросы на хибере требуют кучу джойнов там, где они вообще нефига не нужны.
И растет и сложность поддержки и куча всего прочего.
VP
ну зависит от фреймворка же
А есть положительные примеры, не требующие много лет опыта для использования без сюрпризов?
МР
А есть положительные примеры, не требующие много лет опыта для использования без сюрпризов?
+