Вы всерьез думаете, что я сразу после окончания школы пришел сюда какие-то одному мне известные истины излагать?
Либо хибернатор блокирует объекты на своем уровне, не касаясь БД.
Опять мимо, да. Скажите, пожалуйста, Вы когда-нибудь так называемую "версионную" БД видели? Hibernate тупо добавляет ко всем таблицам еще одну int колонку. Далее объяснять?
Тогда привет целостности от других приложений, например, если рядом шлюз B2B подкачивает документы из филиала.
Как я понимаю, J2EE приложение Вы тоже никогда не видели? "Целостность от других приложений" - это что, откуда? Кто же Вас в базу пустит-то в обход application server? А на уровне application server с целостностью все хорошо, так как DAO layer общий. Я сейчас запамятовал уже, как называется этот стандарт, JPA, наверное, Java Persistence Architecture. Там не только Hibernate стандартизован.
Либо он переводит свои внутренние блокировки на уровень БД, запуская транзакцию с соответсвующим уровнем изоляции.
Мне крайне любопытно как Вы объяснили бы работу этого механизма на MySQL с хранилищем MyISAM.
"The other non-transactional storage engines in MySQL Server (such as MyISAM) follow a different paradigm for data integrity called “atomic operations.” In transactional terms, MyISAM tables effectively always operate in autocommit = 1 mode."
Как-то так.
Независимо от всего сказанного, в обоих случаях транзакция толстая, необходимо минимизировать ее время.
Я, на всякий случай, повторю еще раз, видимо, не последний. Никакой блокировки нет. Попробуйте это понять. Время транзакции минимизировать нет никакой нужды. Кстати, а что такое "толстая транзакция"? Ни разу не встречал такой термин.
no subject
Вы всерьез думаете, что я сразу после окончания школы пришел сюда какие-то одному мне известные истины излагать?
Либо хибернатор блокирует объекты на своем уровне, не касаясь БД.
Опять мимо, да.
Скажите, пожалуйста, Вы когда-нибудь так называемую "версионную" БД видели?
Hibernate тупо добавляет ко всем таблицам еще одну int колонку.
Далее объяснять?
Тогда привет целостности от других приложений, например, если рядом шлюз B2B подкачивает документы из филиала.
Как я понимаю, J2EE приложение Вы тоже никогда не видели?
"Целостность от других приложений" - это что, откуда?
Кто же Вас в базу пустит-то в обход application server?
А на уровне application server с целостностью все хорошо, так как DAO layer общий. Я сейчас запамятовал уже, как называется этот стандарт, JPA, наверное, Java Persistence Architecture. Там не только Hibernate стандартизован.
Либо он переводит свои внутренние блокировки на уровень БД, запуская транзакцию с соответсвующим уровнем изоляции.
Мне крайне любопытно как Вы объяснили бы работу этого механизма на MySQL с хранилищем MyISAM.
"The other non-transactional storage engines in MySQL Server (such as MyISAM) follow a different paradigm for data integrity called “atomic operations.” In transactional terms, MyISAM tables effectively always operate in autocommit = 1 mode."
Как-то так.
Независимо от всего сказанного, в обоих случаях транзакция толстая, необходимо минимизировать ее время.
Я, на всякий случай, повторю еще раз, видимо, не последний.
Никакой блокировки нет. Попробуйте это понять.
Время транзакции минимизировать нет никакой нужды.
Кстати, а что такое "толстая транзакция"?
Ни разу не встречал такой термин.