摘要: 本文概要介绍在一组基于 SQL Server XML 的解决方案中使用 Duwamish Books, Phase 4 应用和更可靠的 Duwamish Online 应用后所得到的体系结构。 简介 Microsoft SQL Server 2000 以其众多的新功能闪亮登场，其中包括我们称之为 SQL Server XML 的系列 XML 新技术。此技术套件包含诸多改进、增强和特性，使 SQL Server 成为更具 Web 特点的应用程序，向 Microsoft .NET 版本迈进了一步。
SQL Server XML 可用于扩展、增强或替换 Web 应用的体系结构。新特性可分为两个主要组件：
SQL Server XML Internet Server API (ISAPI) 应用，允许通过 HTTP 访问数据库 无论是使用这两个组件还是使用其中的一个，都可以获得多个理想的体系结构。为了测试新工具的功能和灵活性，我们检验了 Duwamish Online 的逻辑体系结构，并将其应用到一组基于 SQL Server XML 的解决方案中。为了使研究更全面，我们在测试中同时使用了比较简单的 Duwamish Books, Phase 4 应用和更可靠的 Duwamish Online 应用。下面是所得出的体系结构的概述。
物理体系结构 分发负载 SQL Server XML 使数据库具备除读写数据之外的很多其他功能。XML 功能允许存储过程处理大量高度结构化的数据。相关信息可以作为 XML 传递到存储过程，从而允许业务逻辑或工作流以存储过程（而不是 COM+ 或脚本）的形式实施。这意味着，现在您可以将更多应用处理移到数据库一级。如果决定采用这种方式，请切记数据库是应用中可伸缩性最小的部分。
决定应用在数据库和 Web 服务器之间分发处理的方式是非常关键的。这将影响应用所需的软件和硬件，开发应用所需的专业技能，以及部署、更新和维护的过程。为遵循简单性原则，我们将参考一个服务器配置，其中 Web 服务器执行大部分工作，属于“头重”类型。而那种由数据库服务器执行大部分工作的配置则属于“脚重”类型。
对于大多数应用，有两方面的因素决定其选择“头重”服务器：
成本：数据库服务器所用的软件和硬件比 Web 服务器所用的软件和硬件成本高。
可伸缩性：在 SQL Server 2000 中，数据库的可伸缩性在 SQL Server 7.0 的基础上得到改善，但是为了充分发挥新硬件的功能，还需要仔细规划和有效维护。 基于以上原因，基于“脚重”类型的服务器配置体系结构留待以后讨论。
Microsoft n-层物理体系结构 作为比较，我们先看一个没有使用 SQL Server XML 的 Duwamish Online (http://www.duwamishonline.com/) 的物理体系结构。它的设计目的是尽可能实现上面介绍的逻辑体系结构。尽管每一层都设计为执行一类逻辑操作，但是，仍然出现功能分布超出范围的情况。例如，某些业务逻辑由数据库中的存储过程执行以提高性能。那些熟悉 Duwamish Books, Phase 4 的用户很快就会发现结构的改变很小。 图 2：Microsoft n-层体系结构
此体系结构允许每个组件专用于一个特定任务，并使用最适合该任务的技术。缓存用 C++ 编写以最大程度提高性能；使用 Active Server Pages (ASP) 和 XSL 来控制表示逻辑；由 Microsoft Visual Basic® 执行工作流、业务逻辑和数据访问；用 Transact SQL (T-SQL) 控制组件和数据库操作。未划定技术界限的各层将按照将其作为单独的 COM+ 组件实施来划分。所有这些灵活性的代价是各层必须协同工作。跨环境调试是一项艰难的工作，必须非常细心，以确保适合一种环境的数据必须重新设置格式以适合其目标环境。（例如，字符串“a < b”存储在数据库中不会出现问题，但是如果没有经过转义就放入 XML 文件中，将导致括号不匹配，从而损坏分析程序。）
读取方物理体系结构 Duwamish Online 在整个应用中使用单一的物理结构。与此相反，基于 SQL Server XML 的版本使用两个互补的物理体系结构：一个用于读取，另一个用于写入。在我们的例子中，第二种比较合适，因为两种使用情况需要不同类型的处理。
SQL Server XML 技术用于所有层（从数据库到表示）以最大限度地提高性能。SQL Server XML ISAPI 应用代替 Web 层上的 ASP。ISAPI 应用和 SQLOLEDB 提供程序自动执行数据访问，从而减小代码量，缩短开发时间。获得此性能的代价是失去了可靠的 ASP 对象模型和灵活性。下面一节写入方物理体系结构中将说明失去的功能，以及如何在必要时将应用代码集成到体系结构中，从而重新获得这种灵活性。
现在，让我们看一些更细致的体系结构特性。表示方法由 XSL 样式表单独控制。因为数据库返回的数据为 XML，所以这一特性很有用。但是，使用 XSL 的好处是不依赖于技术。换句话说，模板、ASP 页和 COM+ 组件可以使用同一个样式表。模板包含工作流层。（模板是 XML 说明文件，它生成数据驱动的动态 Web 页，允许通过 HTTP 快速访问数据库，同时提供一定级别的数据提取和数据安全性。）模板通常使用存储过程进行数据访问，尽管它们也可以使用 XML Data Reduced (XDR) 架构，这种架构提供了一种直观的语法将数据库对象映射到 XML 元素，还提供了使用 XPath（XML 路径语言）进行数据库查询的能力。有关模板、XDR 架构和实施细节的详细说明，请参阅我以前的文章 Duwamish Online SQL Server XML 分类浏览。
经过验证，最大的变化发生在数据库层。新增的一组功能允许存储过程直接读写 XML。事实上，所有数据检索都通过 XML 来完成。
写入方物理体系结构
SQL Server XML 模板经过高度流程化，能尽可能高效地通过 HTTP 访问数据库。为此付出的代价是功能集受到限制。在模板中找不到所需功能的情况下，SQL Server 的专用 ISAPI 应用被替换为 ASP、ASP 和 COM+ 的组合或自定义的 ISAPI 应用。
本节中说明的体系结构适用于您的页面要执行下列操作的情况：
访问多个服务器上的数据库
处理在设计时未知其格式的 HTTP 请求
调用 COM/COM+ 对象
使用 COM+ 事务
连接至 Internet 上的任何应用或 Web 服务，例如付款提供程序 图 4：写入方体系结构
Web 层上的代码表示应用功能的四个层——数据访问、业务逻辑、工作流和表示。在开发应用时，请确保此代码与体系结构保持一致。这可使代码的可读性更高，也更易于维护。如果决定单独使用 ASP，脚本类的效率会更高。如果在业务逻辑层或工作流层有大量复杂的处理，对这些层使用 COM+ 组件可能速度更快。相反，对于处理量相对较小的情况，使用脚本可能速度更快。
这种新体系结构更出色的原因是，所有层（从数据到表示）都使用 XML 来传输和存储信息。数据库中的存储过程使用这些新功能来读写 XML。数据访问层利用 ADO 2.6 流与数据库进行高效、基于 XML 的通讯。
