гугл не понел

Письмо на низкоуровневых языках

Архив на 1.5 бросили Шилдта

В Хорстмане точно в первом томе в первой четверти это описывается

Первый варик понятней был)

Спасибо, пойду почитаю

В Head First это описывается на фигурах и 2х программистах во 2 главе

спасибо, я себе толковал этот термин как "запарки над излишней оптимизацией"

Услышал на канале extremecode?)

когда кодер замеряет сколько времени выполняется его код, а потом всячески пробует уменьшить это время на 5-10 наносек

ох, уже не помню где именно)

ребят у кого есть бд по клиентам банка

Делаю первые шаги в попытках разобраться с транзакциями и hibernate.

Завис на этом примере:
Если мы получаем сессию (к примеру, через getCurrentSession()), транзакцию (session.beginTransaction()), проделываем модификации (save()), но в конце не выполняем ни commit, ни rollback, то чего ожидать после закрытия сессии? Автоматический роллбэк? Какое-то другое поведение? Как это повлияет на базу данных? На данные, что были изменены?
Нашёл ответ на stackoverflow о том, что всё зависит от соединения, но как-то размыто. Не понятно, какие существуют гарантии, что произойдёт с данными и транзакцией, ещё и после закрытия соединения.

Возможно, действия, сделанные в закрытой сессии, как-то flush-нутся вместе с новой?

Принимаю броски тапками - в теории пока что плыву.

UPD: с hibernate.atlassian.net: Closing a session without rollback or commit may cause the uncommitted changes to be committed.
Если принудительно закрыть первую сессию и открыть вторую, то изменения, сделаны в первой, могут комминуться или ролл-бэкнуться вместе со второй. А это уже нарушение ACID.
И вообще, видимо, всё зависит от БД и менеджера подключений.

Хороший тон всегда комитить транзакцию?

Мне кажется, должна быть какая-то гарантия сценария, что произойдёт, если не комитить или делать ролл-бэк. Разве не так?

И, вообще, если перефразировать. Хороший ли тон не заканчивать транзакцию?

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

Видимо, да. У них там суммируют всё вот так:
В итоге, поведение, когда на сессии не был выполнен commit или rollback, зависит от:
- того, что следующая сессия делает с соединением (commit/ rollback)
- какая бд используется (потому что oracle bd с пулом c3p0 автоматически коммитит - oracle connection всегда делает commit, когда все соединения закрыты)

Лично для меня, это пока что выглядит странно.

Последний апдейт: там слишком много нюансов, связанных с выбором БД.

@edem_Injection ты не первый раз это делаешь, потому последний раз предупреждаю: за варез в этой группе бан

Ты там днём что-то про двойные стандарты обещал, бтв

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

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