oracle、sql server 预设锁不同行为疑问?

Question

oracle、sql server 预设锁不同行为疑问
为何 oracle 预设更新锁行不排他，其他session还能继续更新，只是排队
sql server 预设更新所行排他，其他session更新会报错
请问是什么设计逻辑导致差异吗?

Answer 1

Oracle 和 SQL Server 在锁的行为上确实存在差异，这主要是由于它们各自的设计哲学和锁策略的不同。以下是对你问题的简要解释：

Oracle:

Oracle 数据库的锁策略旨在实现高并发性。在 Oracle 中，当一行数据被某个 session 更新时，它首先会获得一个共享锁（share lock），这使得其他 session 仍然可以读取该行，但不能对其进行修改。当该 session 准备提交或回滚其更改时，它会尝试将共享锁升级为排他锁（exclusive lock），此时其他 session 就不能对该行进行任何操作了。

这种策略的好处是多个 session 可以同时读取同一行数据，提高了数据库的并发处理能力。

SQL Server:

相比之下，SQL Server 采用了更为严格的锁策略。当一行数据被某个 session 更新时，它会立即获得一个排他锁，阻止其他 session 对该行进行任何读取或更新操作。这种策略确保了数据的一致性，但可能会降低并发性。

设计逻辑差异:

这两种不同的锁策略反映了 Oracle 和 SQL Server 在数据库设计上的不同侧重点。Oracle 更注重并发性和性能，而 SQL Server 更注重数据的一致性和安全性。因此，在设计数据库系统时，需要根据应用的需求和场景来选择最适合的锁策略。

此外，需要注意的是，Oracle 和 SQL Server 都提供了多种锁模式和选项，可以根据需要进行配置和调整。因此，在实际应用中，需要根据具体的需求和场景来选择合适的锁策略。