Microsoft SQL Server 查询处理器的内部机制与结构

　　摘要：本文介绍了在客户机上处理 Microsoft SQL Server 查询的方式，各种客户机与 SQL Server 的交互方式，以及 SQL Server 在处理客户机程序的请求时需要完成的工作。

简介

　　Microsoft(R) SQL Server(TM) 内部机制和结构是一个非常大的主题，因此本文仅限于程序开发人员感兴趣的问题，集中研究其他源中没有彻底讨论的问题。在讨论 SQL Server 的结构时，我们主要观察客户机的处理过程，研究不同的客户机程序与 SQL Server 的交互方式，以及 SQL Server 如何处理客户机的请求。还有一些讨论 SQL Server 其他方面的信息源，特别是 Microsoft Press 出版的 Inside SQL Server 7.0，作者是 Ron Soukup 和 Kalen Delaney，这本书非常详细地讨论了 SQL Server 存储引擎的内部机制和处理方法，不过对查询处理器的讨论不够深入。本文正填补了这个空白。

　　我们期望本文有助于读者编写出更好的应用程序。通过本文，读者会在提高程序性能方面得到新的启发，产生新的理解。

SQL Server 是一种客户机/服务器系统

　　多年来，SQL Server 一直被认为是一种客户机/服务器系统。事实上，Sybase DataServer（以此为基础开发了原始的 SQL Server）正是第一个作为客户机/服务器系统开发的商用关系数据库系统。那这又说明了什么呢？这不只意味着 SQL Server 是一个双层系统。从传统上看，双层系统意味着客户机应用程序运行在一台机器上，向另一台计算机上的服务器发送请求。而对于 SQL Server，客户机/服务器意味着 SQL Server 的组成部分，即客户机 API 部分，驻留在处理结构中的远端，与服务器组件本身是分开的。

　　在典型的双层模型中，客户机程序部分驻留在台式机上，具有大量客户机应用程序逻辑和业务逻辑，并且会直接向数据库系统发出请求。然后，客户机得到服务器响应这些请求所返回的数据。

　　三层系统也采用了同样的模型。多年以来，SQL Server 一直用在事务处理监视系统中，例如 BEA 的 Tuxedo 以及 Compaq 的 ACMSxp，这些系统早在二、三十年前就采用了典型的三层模型。三层模型在今天基于 Web 的应用系统中占据了支配地位，这类系统以 Microsoft 的 MTS 以及新的 COM+ 1.0 为代表。从 SQL Server 的角度看，三层解决方案中的客户机程序是放在中间层的。中间层直接与数据库交互。实际的桌面，或瘦客户机(Thin Client)，使用其他机制并通常直接与中间层交互，而不是直接与数据库系统交互。图 1 描述了这种结构。

SQL Server 查询处理器的内部机制与结构（图一）" width="354" height="298" border="0" onload="return imgzoom(this,550);" style="cursor: pointer;" onclick="javascript:window.open(this.src);"/>

　　图 1. 三层系统模型