микросервисы ж, откуда там много связей будет?

ну даже пара связей не удобно

или по твоему представлению, раз микросервис, то 1 табличка в базе?

ммм, каеф

ну даже если 3-4, то нет проблемы

Что значит. Это не точно?

да эт я шуткую. Вить

смотря еще какой домен

и какая бизнес логика

если это тупо мапинг базы на рест, то такое себе дело

ну в хибере я одним геттером могу выбрать всех детишек

а если всякие скидосы и ценники считать, то норм

а кто-нибудь случайно знает, почему может рандомно валиться "Hazelcast instance is not active!" ?

Пиши в DM

окей спс

все равно чтобы запросы были оптимальными нужно делать запрос на основную таблицу + "детишек"

как будто в душу смотрит

он смотрит на твой геттер

если отчаянно ходить по связям тогда ж печалько

хайбернейт понижает уровнь вхождения для джунов, не петрящих в скуле

и осуждает

если отчаянно ходить по связям тогда ж печалько

лэзи

хайбернейт понижает уровнь вхождения для джунов, не петрящих в скуле

не

и шо лейзи? это не отменяет n+1 запросы

наоборот надо знать скл

хайбернейт понижает уровнь вхождения для джунов, не петрящих в скуле

по-моему наоборот

и шо лейзи? это не отменяет n+1 запросы

смотря какой случай

ну в хибере я одним геттером могу выбрать всех детишек

и заставить усилино потеть твоего dba

и заставить усилино потеть твоего dba

я ему полотенце дам

и заставить усилино потеть твоего dba

плюсую

я вообще за, если несколько инструментов доступа к бд

тогда все недостатки нивелируются

ну попробуйте быстро круд написать на голом ждбц

получите пачку ссанины на 10500 классов

наоборот надо знать скл

для чего? в хибернейте

для чего? в хибернейте

как минимум проектирование бд и нормальные формы

да будет срачик

как минимум проектирование бд и нормальные формы

это дба делает, нормально проектирует, создавая нормальную модель с точки зрения эффективности использования ресурсов конкретной БД. а разработчики уже как абизянки энтити лепят. хибернейт тем и хорош, что его можно влепить в долгоиграющие энтерпрайз проекты, где 2 и больше поколения разработчиков меняется минимум, чтобы порог вхождения в проект каждого следующего сводился к минимуму

раунд

это дба делает, нормально проектирует, создавая нормальную модель с точки зрения эффективности использования ресурсов конкретной БД. а разработчики уже как абизянки энтити лепят. хибернейт тем и хорош, что его можно влепить в долгоиграющие энтерпрайз проекты, где 2 и больше поколения разработчиков меняется минимум, чтобы порог вхождения в проект каждого следующего сводился к минимуму

тебе все равно придется писать nativeQuery на том же sql подругому у тебя будет много лишних запросов

тебе все равно придется писать nativeQuery на том же sql подругому у тебя будет много лишних запросов

нэйтивы только для особых случаев

тебе все равно придется писать nativeQuery на том же sql подругому у тебя будет много лишних запросов

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

если по-твоему дба, как технарь должен разбираться в предметной области модели проекта, то у тебя вообще неправильное понимание разработки

дба как помощник, согласен, но только с технической стороны

базу проектируют РАЗРАБОТЧИКИ

т.к. они в контексте требований заказчика

нэйтивы только для особых случаев

есть HQL еще

базу проектируют РАЗРАБОТЧИКИ

в банке не работал?

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

смысл в удобном сохранении сущностей вложенных , чтобы каждой за сиквенсом не бегать и не раскладывать

в банке не работал?

нет

есть HQL еще

ну да, есть, и что?

если по-твоему дба, как технарь должен разбираться в предметной области модели проекта, то у тебя вообще неправильное понимание разработки

омг, как так?)

ну да, есть, и что?

бесптолковый HQL

нет

там разработчику дают хранимки дергать

там разработчику дают хранимки дергать

а хранимки кто пишет?

дба

дба который не понимает что у него в базе хранится, это как?

дба который не понимает что у него в базе хранится, это как?

блин, он понимает, что есть индексы, сиквенсы, триггеры, хранимки

именно с технической стороны

но код предметной области должны разрабы писать

либо это не DBA

а такой же разраб

ну это у них называется не обязательно дба

разработчик баз данных

ВОООТ

именно

ну тогда это обычный админ, не?

ERROR: S client not available

но он пишет храминки на стороне бд, а в код приложения не лезет

не

который бекапами занимается, мониторит, шардинг и вся фигня

ну тогда это обычный админ, не?

расшифровку DBA загугли

окей, да

но он пишет храминки на стороне бд, а в код приложения не лезет

как можно писать код, не зная требований заказчика и контекста?

выходит он такой же разраб

DBA и хранимки писать умеет и на все руки мастер. что касается скуля и т.д.

выходит он такой же разраб

да, только пишет на языке бд ;)

и проектирует ее же он

а не разработчики приложения

@Umren я языка все снимаешь

инвайт онли

Я всё пропустил. А можно туда как-то попасть?

да, только пишет на языке бд ;)

согласен

просто видимо в разных компаниях, грань его обязанностей разная

https://ru.wikipedia.org/wiki/%D0%90%D0%B4%D0%BC%D0%B8%D0%BD%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%82%D0%BE%D1%80_%D0%B1%D0%B0%D0%B7_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85

и проектирует ее же он

так далеко не всегда. дбо всякие пишут и проектируют разрабы сейчас

вот кстати список требований

>её проектирование, реализацию

и сейчас очень часто сами разрабы все проектируют

проектировать доменную область не зная ее, такое себе

и сейчас очень часто сами разрабы все проектируют

ага, float для денег юзают и все такое)

и сейчас очень часто сами разрабы все проектируют

зис

проектировать доменную область не зная ее, такое себе

ну так я и говорю, он полноценный инженер

только обычно, разрабы все делают сами, а потом дают на анализ по перфомансу таким ребятам

просто, извините, сейчас современная разработка - это 90% логики не в БД

так далеко не всегда. дбо всякие пишут и проектируют разрабы сейчас

ты прочитай выше, в банках это обычно не так

что там ДБА делать будет почти весь цикл разработки, кроме администрирования?

а для миграций обычно отдельные отделы есть

ты прочитай выше, в банках это обычно не так

ну банки нифига не показатель актуальности современных подходов, сам знаешь же

ты прочитай выше, в банках это обычно не так

ну в смысле "обычно"? ты во многих банках работал?

ну банки нифига не показатель актуальности современных подходов, сам знаешь же

а еще перформанса..