Size: a a a

2021 July 07

D

Dima in pro.jvm
ну spring data jdbc этот вопрос закрыл
источник

D

Dima in pro.jvm
умный маппер
источник

D

DOCDOCTOR in pro.jvm
да я согласен, это хорошая альтернатива, мне тож нравится
источник

GV

George Vassilev in pro.jvm
Наследования нет ,кэша нет, ленивых загрузок
источник

GV

George Vassilev in pro.jvm
Там жеж костылей будет огромное количество
источник

DC

Denis Chikanov in pro.jvm
А наследование-то для чего и зачем?
источник

GV

George Vassilev in pro.jvm
Дискриминатор упрощает жизнь
источник

DC

Denis Chikanov in pro.jvm
Ещё раз, что и зачем наследовать?
источник

DC

Denis Chikanov in pro.jvm
/
Э
источник

GV

George Vassilev in pro.jvm
Наследование на уровне бд
источник

MM

Michael M in pro.jvm
В спринговом JdbcTemplate зашито логгирование вида
logger.debug("Executing SQL statement [" + sql + "]");
logger.debug("Executing SQL query [" + sql + "]"); и др.


Подскажите, пожалуйста, варианты кастомизации выводимой строки (кроме изменения самого запроса sql)?
источник

D

Dima in pro.jvm
наследование не нужно

кэш в хибере говно

ленивые загрузки не нужны
источник

D

Dima in pro.jvm
от l1 кэша толку нет, операции короткие и живут на время транзакции, а подключение l2 кэша будет ровно таким же, как подключать его к обычному приложению с jdbc
источник

D

Dima in pro.jvm
ленивые загрузки - будешь орать от n+1
источник

D

DOCDOCTOR in pro.jvm
А ленивые загрузки, можно просто не доставать то что не нужно,и потом если нужно отдельным запросом
источник

D

Dima in pro.jvm
факт
источник

D

Dima in pro.jvm
и написание своего дата классика в разы проще, чем боль с entity graph
источник

D

Dima in pro.jvm
Lazy
источник

GV

George Vassilev in pro.jvm
Могу согласится со всем , кроме наследования
источник

D

Dima in pro.jvm
и прочей хренью
источник