Java - dev dremmmmmРазвивает и поддерживаем проект по контекстной рекламе, структура "пользователь"-"рекламные компании"-"ключевые фразы". Все это крутится на PostgreSQL + Hibernate, и уже начинает тормозить...

Кто использует Hibernate в БОЛЬШИХ проекта, и вообще подходит он для этого (хочу руководство убедить выкинуть Hibernate). Интересен не только личный опыт, но и общая статистика, например "Google использует Hibernate", или "ХХХ использует Hibernate", чтоб понять можно на нем большие проекты "готовить" или нет
Руководство поддается на уговоры?

лучше честно скажите руководству что hibernate не знаете и знать не хотите ;)

Ух_ТыЛюблю дискуссии, особенно люблю их в отношении абсолютно устаревших (по определению) механизмов. Заодно прикольно наблюдать споры людей, к базам данных имеющим весьма специфическое отношение (видимо, парочка проектов таблиц на двадцать)
Зато теперь знаю, на что уходят лучшие мозги проектировщиков на Java

А не подскажет ли мне какой-нибудь профессиональный пользователь Hibernate такую вещь:
Имеется (к примеру) серьезный корпоративный проект основанный на (скажем) 1000 табличек + 500-600 вьюшек. Более того, есть особые нюансы при изменениях табличек (и также вьюх), зависящие от грантов пользователя, влажности воздуха и прочих погодных условий. Да, и неплохо было бы нормально отслеживать транзакции в этом приложении.
Вопрос - Hibernate с этим справится?
Даже не так...Справится ли программист, которому суждено описать 1500 классов? Или я неправильно понимаю этот чудесный продукт?

Работаю с hibernate 2 года, с РСУБД 5 лет, участвовал в разработке на мой взгляд "крупных корпоративных" проектов (билинг [~ 500 таблиц] у одного из крупных телекоммуникационных операторов и 2х банковских систем)... :) этого достаточно?

При этом считаю за честь работать с таким продуктом как hibernate

dremmmmm pretender 10242автор

Поэтому наиболее простое решение это взять кусок приложения и протестировать с чистым ждбц и хибернейтом. На большом объёме, жедательно для хибернейта отдельно указать сколько ресурсов уходит на работу с данными а сколько на разную вспомогательную шелуху.

Делали. Пришли к выводам, что hibenrate делает свою работу достаточно быстро и тягаться с ним не стоит.
Это от количества таблиц в запросе зависит, у нас (на прошлой работе) 4 человека 2 месяц пытались сделать "достаточно быстро", результат "несправились", я там был "самый молодой" (чтоб не говирили что все ламеры и неумеют его готовить), пришлось использовать, JDBC+хранимые процедуры возращающие курсоры, но быстрая "логика" реазиванная в БД многие кажется отстойной...

Вопрос был в другом, кто использует hibenrate? список на сайте hibenrate, не очень убедительный, вот еслибы я спросил кто использует EJB или OLE... список фирм был бы другой :-)

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

ЗЫ у хибернейта один недостаток - он сложный :)