В чем разница между сессией и транзакцией хибернейт, смотря на них как на unit of work? И зачем вообще нам нужен механизм сессий? Извиняюсь, если уже обсуждалось, не нашел ответа(

Если коротко, то сессия это логическая единица работы с БД, которая включает в себя одну или более реальных транзакций с базе данных.

Внутри хибернейта сессия нужна для того чтобы реализовать работу с persistent инстансами (сущностями).


Чтобы далеко не бегать, вот тебе ответ прямо из API Hinbernate.



org.hibernate.Transaction

И про транзакции





Это сообщение отредактировал(а) Quester82 - 26.10.2009, 12:20

Хотелось бы более детальное объяснение, почему транзакций недостаточно для реализации persistence.

Ап. Никто не может ответить?

может следует почитать документацию  ?   
Ведь ответ очень легкий. Если прочитаете и не поймете,  пишите сюда -  обьясню   

Я читал эту статью ранее. Честно говоря все равно непонятно :(

Пишу приложение на Идее для раюоты с бд на Постгрес, вроде бы тюторы разбирал, читал про Котов,  сделал все конфиг-файлы, пропертиесы, хмл и все остально, библиотеки подключил, но не понял про пул соединений (connection pool). Поясните, что, какой сервер нужно запустить, чтобы настроить соединение с бд.  Я вроде бы в hibernate.properties все прописал,   классы написалЮ, а в бд изменений не происходит. Стал читать про коннектион пул, но так и не понял. 

MaxPayneC, сессия - это такой колышек, к которому привязаны козы(объекты), которых вывел из сарая пастух(достал из базы).
Это и отличает POJO объекты от хибернейт - про простой(поджо) объект никто кроме тебя не знает. Достал ты его из БД, изменил, сохранил, удалил - это сугубо твоё дело и никакой энтити менеджер не знает и не подозревает что этот объект как-то связан с ДБ и что это вообще за объект 

А если ты извлёк хибернейт объект или создал ентити объект и сохранил его в БД - он привязывается к хибернейт сессии(тоже объект, а не что-то абстрактное  ). Теперь сессия знает про то что творится в её королевстве, какие объекты при ней достали, какие изменили, какие сохранили. Благодаря ей теперь энтити/персистенси менеджер может автоматически сохранить в БД все изменённые объекты, синхронизировать и сделать что угодно 

Это кагбэ так:
Есть человечек. Он сам по себе, его знают только родители и он нигде не числится и не фигурирует. Хоть умри под забором, хоть миллион найди - пофиг.
Но если его набирают в школьный класс(привязывают к сессии) он становится школьником(хибернейт объектом), а не просто обычным человечком. Теперь о нём известно из списков класса. Теперь он попадёт под вакцинацию от гриппа, теперь ему выдадут проездной, теперь его отправят на субботник вместе с остальными объект... школьниками 

А вот транзакция - это неразрывный кусок работы, который с ними произойдёт.
Например: Целый класс собрали у ворот, посадили в автобус, повезли на экскурсию, выгуляли, привезли обратно, выгрузили. В любом случае их или свозят полноценно(коммит) или вернут автобус назад(роллбэк). Потому что нельзя детей за городом бросить, будет по шапке 

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

А если детачнуть объект(выгнать из школы) - он опять станет самодостаточным POJO, о котором никому ничего и дела никому нет  (Ну, там ещё некие детали есть, но это потом).

chief39, 
Блестящее объяснение!
(Извините за оффтопик)

Благодарю) теперь стало действительно яснее.