假设我有一个桌面应用程序可以充当一堆汽车的车库:
@Entity
public class Garage {
private List<Car> cars = new ArrayList<Car>();
...
}
桌面应用程序有一个“模拟”按钮,可以启动一个新线程并开始调用 Garage、Car、Wheel 等的方法。这个模拟可能需要长达 10 分钟才能运行。目前我有一个看起来像这样的类:
beginTransaction();
Garage garage = garageDao.findGarage(1);
List<Car> cars = garage.getCars();
for (Car car : cars) {
// call methods on the car to lazily fetch other things like wheels...
}
commitTransaction();
这段代码只做“读”,从不“写”
所以上述过程可能需要很长时间,具体取决于汽车需要维修的程度。在发生上述情况时,用户可以继续使用桌面应用程序工作。他们可以选择更改在上述交易中使用的汽车的颜色。
我的问题是上面的长交易是否会阻止汽车颜色的改变?也就是说,在长事务完成之前,用户在桌面应用程序中更改汽车颜色将无法提交更改?
最佳答案
为什么要这样?默认情况下,您使用的是乐观事务,因此不会对正在读取的行应用锁定(除非您没有向我们展示一些 JPA2 lock() 调用)。然后事务的提交应该检查记录的乐观版本(如果您定义了版本)并使用它来决定是否提交更改。
关于java - 多个线程访问数据库 : one with long transaction, 一个带有短事务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4487231/