Ну по моему опыту, где надо можно на hql переписать и сделать какой-нибудь select new чтобы не хватать лишнего, или SqlResultMapping

там си и кресты

и высокие нагрузки - это две разные вещи

ну такое, зависит от определения, я не согоасен

не всем нужен ХАЙЛОАД

он наверняка отличный инструмент для небольшой простой логики (без сложных джойнов) и с интенсивностью 1 запрос в секунду

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

могут, а могут и писать

он наверняка отличный инструмент для небольшой простой логики (без сложных джойнов) и с интенсивностью 1 запрос в секунду

уже не правда

лайфрэй

слыхал?

портал такой

который все не любят

слыхал?

нет

если вдруг для "ХАЙЛОАДА" ты выбрал хибер, то ты крупно ошибся -- вот в чем поинт

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

так-то им вполне можно, я не знаю, админку менеджить

если вдруг для "ХАЙЛОАДА" ты выбрал хибер, то ты крупно ошибся -- вот в чем поинт

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

если вдруг для "ХАЙЛОАДА" ты выбрал хибер, то ты крупно ошибся -- вот в чем поинт

наверное все таки не так если ты притаскиваешь хибер, то приложение становится хайлоад *помадчин_фейс*

наверное все таки не так если ты притаскиваешь хибер, то приложение становится хайлоад *помадчин_фейс*

я думал для этого обычно притаскивают скалу

там хайлоад со сборки проекта начинается

там хайлоад со сборки проекта начинается

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

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

Да пишут производительные проекты с хибером. Просто уметь надо

Это как писать на скале - тоже уметь надо :)

@oli_kitty сегодня подкаст

@oli_kitty сегодня подкаст

Уже жду!

вещаем http://razbor-poletov.com/broadcast.html

а вот и мы! https://www.facebook.com/razborPoletovPodcast/videos/1651355901587270/

@JBaruch привет передай нам, дружище, в прошлый раз забыл)

чатику

сейчас начнутся грефовые истории

я не слежу за разбором полетов, они потом звук выпускают ?

видео из фейсбука в машине так себе удовольствие смотреть

потом всё выкладывается в нормальном православном мп3

@gamussa @JBaruch звук окей

видео из фейсбука в машине так себе удовольствие смотреть

как раз наоборот, не скучно

видео только чутка подтормаживает на барухе

или барух слишком быстро движется

или барух слишком быстро движется

стремительный Барух!

да, все очень просто первый шаг для "хай перформанса" с хибернейтом -- выкидываешь нафиг хибернейт

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

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

что, аж десятки в секунду?

Больше

что, аж десятки в секунду?

У нас периодически собираются исторические данные об использовании ресурсов с десятков сервисов (сохраняются ченжи), создаются и удаляются подписки на сервисы

У нас периодически собираются исторические данные об использовании ресурсов с десятков сервисов (сохраняются ченжи), создаются и удаляются подписки на сервисы

какой % запросов сложнее "select * from t where ..." и аналогичного инсерта? какой sql генерится для них?

@JBaruch @gamussa можете спросить, думали ли гости в сторону Open Stack?

какой % запросов сложнее "select * from t where ..." и аналогичного инсерта? какой sql генерится для них?

В селекте джойнятся обычно примерно три таблицы, инсерты идут в одну, апдейты в 2-3

@JBaruch @gamussa можете спросить, думали ли гости в сторону Open Stack?

мы до имплементации еще не дошли

В селекте джойнятся обычно примерно три таблицы, инсерты идут в одну, апдейты в 2-3

БД постгрес

мы до имплементации еще не дошли

хорошо, потом тогда спросите, ок?

ага

БД постгрес

то есть итоговый sql всегда оптимальный выходит?

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

то есть итоговый sql всегда оптимальный выходит?

Я не знаю, что нужно накрутить в хибере, чтобы получить какие-то очень сложные не оптимальные запросы. Как правило это сигнализирует о плохой архитектуре.

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

ну это не показатель, что скала плохая

а прикинь кто-то скалу со спрингом юзал

и подумал, что это усложненная джава

ну это не показатель, что скала плохая

скала тут причем? это было с ЕЕ

это же ошибка выжившего

ERROR: S client not available

Если пошли такие запросы, надо денормализовывать таблицы, уходить в инмемори или не реляционные БД

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

А пример схемы можешь описать? Даже интересно

А пример схемы можешь описать? Даже интересно

и было Н лет назад)

Тогда хибер был хуже, но все равно

и подумал, что это усложненная джава

А разве нет?)

/help

/help

что случилось?

Боты уже не те)

а тут нет на канале хелпа ?

Неа

нет, зачем он тут)

ну малоли )))

у многих до сих пор ассоциации с irc ))

irc хорошо)

интересно а команду /slap можно к телеграму прикрутить ))

почему нет, бот будет писать что-то типа такого пользователь guga влепил пощечину varg'у

правда?

не врешь?

не врешь?

Бот же

гуга надеялся

Гуга гуга

Ну вот, а я и не узнаю, про лучшие каналы

Наивность

Есть только один лучший канал.

Есть только один лучший канал.

на него я уже подписался

Есть только один лучший канал.

@proJVM