问题标签 [pessimistic]

如果我在 MS SQL Server 中选择一行进行更新，并希望将其锁定直到我更新或取消，哪个选项更好：-

1) 使用像 UPDLOCK 这样的查询提示 2) 对事务使用 REPEATABLE READ 隔离级别 3) 任何其他选项。

谢谢，查克。

我们在我们的一个项目中使用消息传递来实现悲观并发。这意味着如果消息传递中断（通道中断），并发性就会下降。

• 这是在其他业务应用程序中完成的吗？
• 如果消息传递失败，您是否关闭应用程序（注销用户）？

我更多地考虑将乐观和悲观并发结合起来。那么如果悲观并发下降了，还有一个备用乐观并发......

谢谢，列文卡登

我已经阅读了Java Persistence 2.0 中的 Locking and Concurrency文章，并运行了示例应用程序。但我仍然无法意识到 和 之间的PESSIMISTIC_READ区别PESSIMISTIC_WRITE。我尝试修改代码，代码使用PESSIMISTIC_READ和PESSIMISTIC_WRITE将具有与 SQL 调用相同的结果for update。

我们有一个系统，我们必须在一个实体中使用悲观锁定。我们使用的是休眠，所以我们使用 LockMode.UPGRADE。但是，它不会锁定。

• 这些表是 InnoDB
• 我们已经检查了锁定在数据库中是否正常工作（5.0.32），所以这个错误http://bugs.mysql.com/bug.php?id=18184似乎没有问题。
• 我们已检查数据源是否包含该autoCommit = false参数。
• 我们检查了 SQL hibernate（3.2 版）生成的是否包含“FOR UPDATE”。

谢谢，

我正在使用 JPA 2.0 的 EclipseLink 实现，它允许悲观锁定。我知道如何锁定实体，但如何释放锁定？起初我认为这一切都在事务中处理（换句话说，实体在您提交事务之前被锁定），但似乎并非如此。

我尝试了一个快速的谷歌搜索（似乎这应该很明显），但我没有找到任何东西......

假设我正在做这样的事情（来自Active Record Querying guide）

锁是在事务结束时自动释放的吗？我查看了 Active Query 指南和ActiveRecord::Locking::Pessimistic 文档，但找不到明确说明释放锁的位置。

我检查一个session对象，如果它确实存在，然后调用另一个间接使用该对象的方法。尽管第二种方法将在几纳秒内访问该对象，但我正在考虑对象在两次调用之间完全过期的情况。对象是否会Session在每次从代码读取访问时延长其生命周期以防止此类问题？如果不是如何解决问题？

如果您要说为什么我不将检索到的对象从第一个方法传递给第二个方法，这是因为我将Page带有许多其他参数的 ASP.NET 对象传递给第二个方法，并且如果我尝试传递每个方法它们分开，会有很多参数，而我Page现在只传递一个对象。

我们开发的服务是为每个客户用户都可以预约的。是否有策略 - 每个客户端的数据库表（MS SQL SERVER）是否合适？

我们认为这种策略简化并排除了复杂的表锁定。

我正在尝试对 Grails 中服务内的实体执行锁定。

编码：

此代码一直有效，直到发生并发访问。发生这种情况时，一个线程在第一个线程执行代码时保持锁定。一旦锁被释放，就会抛出异常：

我不明白为什么会这样。为什么lock方法会抛出这个异常？

编辑：

我最终选择从实体中删除版本以避免问题：

为了获取更新的数据，我还将服务方法的事务模式设置为 READ_COMMITED

我试图弄清楚在编写 C++ 代码时何时应该使用 const 。这些都是悲观的例子还是以这种方式编写代码有益？：

示例 1：

示例 2：

示例 3：