SQL Server与Oracle并行访问的本质差别(4页).docVIP

SQL Server与Oracle并行访问的本质差别 此文章出自达思SQL数据恢复软件 ??????? 并行访问是任何数据库解决方案都最为重视的问题了，为了解决并行访问方面的问题各类数据库系统提出了各种各样的方案。SQL Server和Oracle两大DBMS也分别采用了不同的并行处理方法。它们之间的实质差别在哪里呢? ? 并行访问的问题 ? 并行访问出现问题存在若干种情况。在最简单的情形下，数量超过一个的用户可能同时查询同一数据。就这种情况而言数据库的操作目标很简单：尽可能地为用户们提供快速的数据访问。这对我们现在常见的数据库来说不成问题：SQL Server和Oracle都采用了多线程机制，它们当然能够一次处理多个请求。 ? 不过，在用户修改数据的情况下并行访问问题就变得复杂起来了。显然，数据库通常只允许唯一用户一次修改特定的数据。当某一用户开始修改某块数据时， SQL Server和Oracle都能很快地锁定数据，阻止其他用户对这块数据进行更新，直到修改该数据的第1位用户完成其操作并提交交易(commit transaction)。但是，当某一位用户正在修改某块数据时假设另一位用户又正想查询该数据的信息时会发生什么情况呢?在这种情况下数据库管理系统又该如何动作呢?Oracle和SQL Server针对这一问题采取了不同的解决方案。 ? SQL Server方法 ? 现在不妨假设有人开始修改SQL Server上存储的数据，于是这块数据立即被数据库锁定。数据锁定操作阻塞其他任何访问该数据的连接——连查询操作都不会放过。于是，这块被锁定的数据只有在交易被提交或者回滚之后才能接受其他访问操作。 SQL Server的数据锁定方案可能会降低系统的性能和效率。数据被锁定的时间越长，或者锁定的数据量越大，其他数据访问用户就越可能不得不等待其查询语句的执行。因此，从程序员的角度来看，对SQL Server编程的时候应该尽量地把交易代码设计得既小又快。 ? 在SQL Server的最近版本中，微软对SQL Server进行了某些修改，使其一次锁定的数据量大大减少，这是数据库设计中的一大重要改进。在6.5版及以前版本中，最少的数据锁定量是一页。哪怕你只在修改一行数据，而该行数据位于包含10行数据的一页上，则整页10行数据都会被锁定。显然，这么大的数据锁定量增加了其他数据访问连接不得不等待数据修正完成的概率。在SQL Server 7中，微软引入了行锁定技术，这样，目前的SQL Server只锁定实际正被改变的数据行。 ? SQL Server的解决方案听起来很简单，但实际上其幕后为提供足够的系统高性能而采取了很多措施。例如，如果你在同时修改多行数据，SQL Server则会把数据锁定范围提升到页级别乃至锁定整个数据表，从而不必针对每一记录跟踪和维护各自的数据锁。 Oracle方法 接下来我们在SQLPlus更新实例中再执行同查询实例一样的select语句。 ? 结果清楚地表明：Michael和Pat的薪水都增加了，然而这个时候我还没有提交数据变更交易。Oracle不需要用户等待数据更新实例中操作被提交，它径直返回Michael和Pat的查询信息，但实际上返回的是数据更新开始之前的数据视图! ? 这时候，熟悉SQL Server的人可能会说了，在查询中设置(NOLOCK)不也能达到同样的效果吗?可是，对SQL Server而言，在数据映像之前是不能获取数据的。指定(NOLOCK)实际上只是得到了没有提交的数据。Oracle的方法则提供了数据的一致视图，所有的信息都是针对交易的、基于存储数据快照的。 ? 如果在SQLPlus的更新实例中提交更新交易在查询实例中就能看到薪水数据发生变化。如果在查询实例中重新运行先前的查询语句，那么Oracle将返回新的薪水数值。 存储数据快照 ? 说了半天，在给用户显示先前版本的数据的同时，Oracle是如何允许其他用户修改数据的呢?其实，只要某一用户启动了一宗修改数据的交易，之前的数据映像就会被写到一个特殊的存储区域。这种“前映像”用来向任何查询数据的用户提供一致的数据库视图。这样，当其他用户在修改数据的时候，在以上的测试中我们就能看到尚未发生变更的薪金数据。 ? 这个特殊的存储区域在哪里呢?这个问题的答案就跟你正在使用的Oracle版本有关了。在 Oracle 8i及其以前版本中会为这一目的创建特殊的回滚段。然而，这种举措会给数据库管理员(DBA)带来管理和调整数据段的工作负担。例如，DBA必须确定为此需要的数据段的数量以及大小等。假如回滚段没有正确配置，那么对交易而言它们就可能不得不排队等待回滚段中出现必要的数据空间。 ? Oracle 9i就不同了，这是Oracle的最新版本