SQL Server与Oracle并行访问的本质区别

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的薪水都增加了，然而这个时候我还没有提交数据变更交易。Oracle不需要用户等待数据更新实例中操作被提交，它径直返回Michael和Pat的查询信息，但实际上返回的是数据更新开始之前的数据视图!

这时候，熟悉SQL Server的人可能会说了，在查询中设置(NOLOCK)不也能达到同样的效果吗?可是，对SQL Server而言，在数据映像之前是不能获取数据的。指定(NOLOCK)实际上只是得到了没有提交的数据。Oracle的方法则提供了数据的一致视图，所有的信息都是针对交易的、基于存储数据快照的。
共3页: 上一页 [1] 2 [3] 下一页

评论加载中…