SQL Server与Oracle在并行处理方法方面的对比

当然，并行访问是任何数据库解决方案都最为重视的问题了，为了解决并行访问方面的问题各类数据 库系统提出了各种各样的方案。 SQL Server和Oracle两大DBMS也分别采用了不同的并行处理方法。它们 之间的实质差别在哪里呢？

并行访问的问题

并行访问出现问题存在若干种情况。在最简单的情形下，数量超过一个的用户可能同时查询同一数据 。就这种情况而言数据库的操作目标很简单：尽可能地为用户们提供快速的数据访问。 这对我们现在常 见的数据库来说不成问题：SQL Server和 Oracle 都采用了多线程机制，它们当然能够一次处理多个请求 。

不过，在用户修改数据的情况下并行访问问题就变得复杂起来了。显然，数据库通常只允许唯一用户 一次修改特定的数据。当某一用户开始修改某块数据时， SQL Server和 Oracle 都能很快地锁定数据， 阻止其他用户对这块数据进行更新，直到修改该数据的第1位用户完成其操作并提交交易（commit transaction）。但是，当某一位用户正在修改某块数据时假设另一位用户又正想查询该数据的信息时会 发生什么情况呢？在这种情况下数据库管理系统又该如何动作呢？Oracle 和 SQL Server针对这一问题采 取了不同的解决方案。

SQL Server处理方法

现在不妨假设有人开始修改SQL Server上存储的数据，于是这块数据立即被数据库锁定。数据锁定操 作阻塞其他任何访问该数据的连接——连查询操作都不会放过。于是，这块被锁定的数据只有在交易被提 交或者回滚之后才能接受其他访问操作。

下面用SQL Server随带的pubs示例数据库做一个简单示范。在Query Analyzer内打开两个窗口。在第1 个窗口中执行下列SQL操作语句，更新pubs数据库中某一图书的价格：

use pubs
go
begin tran
update titles
set price = price * 1.05
where
title_id = 'BU2075'

由于代码中并没有执行commit语句，所以数据变动操作实际上还没有最终完成。接下来，在另一个窗 口里执行下列语句查询titles数据表：

select title_id,title,price
from titles
order by title_id.

（编辑：济南站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!