Ручная блокировка БД необходима, даже если я использую Hibernate / Postgresql / JDBC?

Question

Ручная блокировка БД необходима, даже если я использую Hibernate / Postgresql / JDBC?

1

Извините, что спросите об этом, если на это был дан ответ, но я слышал (от потенциального другого noob), что у Hibernate есть/есть какой-то диспетчер пулов соединений, который также обрабатывает блокировку базы данных. Теперь я прочитал, что это было отменено в Hibernate 3, поэтому я, как нуб, очень смущен тем, что использовать.

У меня есть Postgresql db с несколькими клиентами, которые используют max. одно соединение db в любой момент времени. Я использую JDBC, но хочу перейти в Hibernate.

Поэтому в случае двух одновременных операций обновления, я не знаю, правильно ли это выполняется СУБД. Я думал о блокировке таблицы db вручную, если кто-то работает на ней, но должен быть лучший способ.

Я работаю только с простыми единичными sql-операторами, иногда с готовыми заявлениями. Нет больших обновлений, только однострочные обновления.

Вы хоть представляете, как это, в общем, нужно решить? Это даже проблема?

javanoob 05 авг. 2014, в 03:20

Источник

0

Это может быть охвачено возможностями транзакций базы данных / hibernate / jdbc ... но да, hibernate может поддерживать пул соединений (поскольку я только недавно начал использовать его, я использую C3P0), но это не должно беспокоить вас, так как пул сделает приложение работает быстрее ...
MadProgrammer 05 авг. 2014, в 01:13
0

добавляет ли транзакция гибернации какую-либо метку времени или рукопожатие с базой данных, чтобы база данных игнорировала одновременное соединение с другим клиентом? я должен использовать специальные настройки / код Java для этого? (в каждый момент времени не будет более 10 клиентов, поэтому я думаю, что вы правы, пул соединений, вероятно, не понадобится, если только не возможно объединение отдельных таблиц БД)
javanoob 05 авг. 2014, в 01:28
0

Транзакция гарантирует изоляцию изменений (или атомарных изменений), то есть все изменения, сделанные в данной транзакции, не будут зафиксированы в базе данных, пока транзакция не будет зафиксирована.
MadProgrammer 05 авг. 2014, в 01:31
0

Да, спасибо за разъяснения. Я всегда думал, что это может быть лучше для целей возврата ролей и согласованности данных, и необязательно предотвращает две транзакции в БД одновременно. Я говорю только теоретически здесь. Вероятно, только один коммит может быть выполнен в любой момент времени в БД, верно? Так что я просто использую транзакции каким-либо образом и будет хорошо?
javanoob 05 авг. 2014, в 01:47
0

В какой-то момент БД должна выполнить некоторую блокировку, чтобы обеспечить правильное управление данными в самой БД
MadProgrammer 05 авг. 2014, в 01:50

Показать ещё 3 комментария

Теги:

database

java

postgresql

hibernate

locking

1 ответ

Ещё вопросы

Это может быть охвачено возможностями транзакций базы данных / hibernate / jdbc ... но да, hibernate может поддерживать пул соединений (поскольку я только недавно начал использовать его, я использую C3P0), но это не должно беспокоить вас, так как пул сделает приложение работает быстрее ...
добавляет ли транзакция гибернации какую-либо метку времени или рукопожатие с базой данных, чтобы база данных игнорировала одновременное соединение с другим клиентом? я должен использовать специальные настройки / код Java для этого? (в каждый момент времени не будет более 10 клиентов, поэтому я думаю, что вы правы, пул соединений, вероятно, не понадобится, если только не возможно объединение отдельных таблиц БД)
Транзакция гарантирует изоляцию изменений (или атомарных изменений), то есть все изменения, сделанные в данной транзакции, не будут зафиксированы в базе данных, пока транзакция не будет зафиксирована.
Да, спасибо за разъяснения. Я всегда думал, что это может быть лучше для целей возврата ролей и согласованности данных, и необязательно предотвращает две транзакции в БД одновременно. Я говорю только теоретически здесь. Вероятно, только один коммит может быть выполнен в любой момент времени в БД, верно? Так что я просто использую транзакции каким-либо образом и будет хорошо?
В какой-то момент БД должна выполнить некоторую блокировку, чтобы обеспечить правильное управление данными в самой БД

Craig Ringer · Accepted Answer · 2014-08-05T00-33-00.000Z

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

Пул соединений не имеет ничего общего с блокировкой. Эти два не связаны между собой.

Я думаю, что вы смутно пытаетесь обратиться к оптимистичному контролю параллелизма в Hibernate. Это альтернативная стратегия для нормальной блокировки строк, с другим набором преимуществ и недостатков.

Дополнительную информацию см. В документации по Hibernate, а также в статье wikipedia, посвященной оптимистичному контролю параллелизма.

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

Тем не менее, кроме всего прочего, не существует замены для реального понимания параллелизма в приложении и базе данных. Я настоятельно рекомендую подробно прочитать главу документации по PostgreSQL по контролю параллелизма.

спасибо за помощь noob :) Я думал, что моя проблема может быть решена уже с помощью версии jdbc или hibernate, так как они являются очень продвинутыми технологиями и не смогли проверить. Я многому научился и буду читать, благодаря вашему руководству.
@javanoob В будущем было бы очень полезно, если бы вы попытались проиллюстрировать свои вопросы примерами.
да ты прав. Я узнал, что ваш блог на самом деле охватывает стратегии для более сложных операций SQL, в то время как для моих простых целей, что было бы продемонстрировано на примере, в большинстве случаев было бы достаточно использовать транзакции. Тем не менее, я рад, что обзор получился намного лучше. еще раз спасибо
@javanoob Если вы считаете, что вопрос полезен, вы можете подумать над тем, чтобы придать ему повышенный голос (маленькая стрелка вверх над номером). Если вы обнаружили, что он ответил на ваш вопрос, вы можете пометить его как правильный (небольшой контур отметки под цифрой и стрелками)
Благодарю. не могу сделать больше, чем установить его правильно, так как мне нужно подождать 8 часов, прежде чем ответить на себя и более 15 репутации, чтобы upvote. спасибо также за объяснение мне о транзакциях.