回任何数据，除非回到第1个窗口提交交易或者回滚。

sql server的数据锁定方案可能会降低系统的性能和效率。数据被锁定的时间越长，或者锁定的数据量越大，其他数据访问用户就越可能不得不等待其查询语句的执行。因此，从程序员的角度来看，对sql server编程的时候应该尽量地把交易代码设计得既小又快。

在sql server的最近版本中，微软对sql server进行了某些修改，使其一次锁定的数据量大大减少，这是数据库设计中的一大重要改进。在6.5版及以前版本中，最少的数据锁定量是一页。哪怕你只在修改一行数据，而该行数据位于包含10行数据的一页上，则整页10行数据都会被锁定。显然，这么大的数据锁定量增加了其他数据访问连接不得不等待数据修正完成的概率。在sql server 7中，微软引入了行锁定技术，这样，目前的sql server只锁定实际正被改变的数据行。

sql server的解决方案听起来很简单，但实际上其幕后为提供足够的系统高性能而采取了很多措施。例如，如果你在同时修改多行数据，sql server则会把数据锁定范围提升到页级别乃至锁定整个数据表，从而不必针对每一记录跟踪和维护各自的数据锁。

oracle方法
下面我们再看看oracle数据库是如何实施类似操作的。首先，我打开一个sqlplus实例执行下列查询语句（这个例子可以在oracle 9i中示例中找到）。这个实例称做查询实例：
select first_name, last_name, salary
from hr.employees
where
department_id = 20;
代码返回两行数据，如下所示：

然后，再打开另一个sqlplus实例——更新实例来执行以下命令：
sql> update hr.employees
2 set salary = salary * 1.05
3 where
4 department_id = 20
5 /
代码执行后回复消息称两行数据已被更新。
注意，以上代码中并每有像在sql server示例那样键入“begin tran”字样的代码。oracle 的sqlplus隐含启用交易（你还可以模仿sql server的行为，设置“autocommit to on”自动地提交交易）。接下来我们在sqlplus更新实例中再执行同查询实例一样的select语句。

结果清楚地表明：michael和pat的薪水都增加了，然而这个时候我还没有提交数据变更交易。
现在转到第1个sqlplus查询实例重新运行查询，结果如下：

oracle不需要用户等待数据更新实例中操作被提交，它径直返回michael和pat的查询信息，但实际上返回的是数据更新开始之前的数据视图！

这时候，熟悉

上一页  [1] [2] [3] 下一页

在google里搜索更多SQL Server和Oracle防止数据锁定的比较

	Web www.51ec.org

上一篇信息学院： UNIX下ORACLE数据库的创建

下一篇信息学院： 一个PostgreSQL存储过程的例子