管理数据库中的并发有三种常见的方法

 

保守式并发控制
  - 在从获取记录直到记录在数据库中更新的这段时间内，该行对用户不可用。
开放式并发控制
  - 只有当实际更新数据时，该行才对其他用户不可用。更新将在数据库中检查该行并确定是否进行了任何更改。如果试图更新已更改的记录，则将导致并发冲突。
最后的更新生效
   - 只有当实际更新数据时，该行才对其他用户不可用。但是，不会将更新与初始记录进行比较；而只是写出记录，这可能就改写了自上次刷新记录后其他用户所进行的更改。

保守式并发

保守式并发通常用于两个目的。第一，在某些情况下，存在对相同记录的大量争用。在数据上放置锁所费的成本小于发生并发冲突时回滚更改所费的成本。

在事务过程中不宜更改记录的情况下，保守式并发也非常有用。库存应用程序便是一个很好的示例。假定有一个公司代表正在为一名潜在的客户检查库存。您通常要锁定记录，直到生成订单为止，这通常会将该项标记为“已订购”状态并将其从可用库存中移除。如果未生成订单，则将释放该锁，以便其他检查库存的用户得到准确的可用库存计数。

但是，在断开的结构中无法进行保守式并发控制。连接打开的时间只够读取数据或更新数据，因此不能长时间地保持锁。此外，长时间保留锁的应用程序将无法进行伸缩。

注意   如果基础数据源支持事务，则可以通过在事务中更新数据来模拟保守式并发。有关更多信息，请参见 ADO.NET 中的事务。

开放式并发

在开放式并发中，只有在访问数据库时才设置并保持锁。这些锁将防止其他用户在同一时间更新记录。除了进行更新这一确切的时刻之外，数据始终可用。有关更多信息，请参见开放式并发。

当试图更新时，已更改行的初始版本将与数据库中的现有行进行比较。如果两者不同，更新将失败，并引发并发错误。这时，将由您使用所创建的业务逻辑来协调这两行。

最后的更新生效

当使用“最后的更新生效”时，不会对初始数据进行检查，而只是将更新写入数据库。很明显，可能会发生以下情况：

用户 A 从数据库获取一项记录。
用户 B 从数据库获取相同的记录，对其进行修改，然后将更新后的记录写回数据库。
用户 A 修改“旧”记录并将其写回数据库。
在上述情况中，用户 A 永远也不会看到用户 B 作出的更改。如果您计划使用并发控制的“最后的更新生效”方法，则要确保这种情况是可以接受的。