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 的通讯。
更新颖的方法是将某些中间层下移到数据库中。
以数据库为中心的体系结构
duwamish online 体系结构基于这样一种设想：因为数据库的可伸缩性最低，它应该设计成执行尽可能少的任务。分布式分区视图等新功能允许在多个服务器之间分担工作量，从而提高了数据库的可伸缩性，使开发人员可以选择将大部分工作放在何处。
如果选择将“脚重”服务器群集（数据库方面功能更强）与 sql server xml 体系结构一起使用，则另一种方法是使用与 n-层组件的分层方式相似的方式来对数据库中的存储过程进行分层。要实现这一点，必须有好的编程方法，例如选择适当的数据结构和尽可能避免重复代码。
图 5：以数据库为中心的体系结构
这种体系结构中的表示层还包含用于访问数据库中的存储过程的代码。此代码可能与传统数据访问层中的代码相同。但是，调用此代码时数据访问层可能会出错，因为这些例程调用工作流层提供的接口。
在使用存储过程进行开发工作时应该小心避免出现缺陷。让我们先来看一个设计，这个设计使用了几个智能存储过程，它们先执行该层的公共任务，然后再执行在下一个层上继续执行其代码路径的逻辑切换。在工作流层中调用“智能过程”将对应于若干个不同的操作之一。此过程如下所示：
create procedure /* 这是一个智能过程，执行工作流操作 */doworkflow /* action 用于选择该调用的多个操作之一 */ @action nvarchar(255),/* someotherparameters 是一个占位符，用于工作流所需的其他输入 */ @someotherparameters ntextas/* 执行工作流的公共操作 */execute somecommonworkflowoperationsif @action = n'action1'begin /* 执行 action 1 */ execute businesslogicaction1endelse if @action = n'action2'begin /* 执行 action 2 */ execute businesslogicaction2endgo
第一次调用此过程时，sql server 优化执行恰好第一次运行的任何代码路径。这使其余代码路径的运行效率降低，尽管它们的成本可能更高或者使用的频率更高。
为确保优化执行所有代码路径，可为每个操作创建一个单独的过程，尽可能避免切换逻辑。为防止代码重复，所有层中多个操作共享的函数应该放在单独的过程中。当该设计产生大量过程时，优化可以大大提高应用的效率。
集成
web 开发中最值得称道的一点是用户看不到实施过程。因此，本文中介绍的体系结构可以轻松地合并到单个应用中，而无需用户参与。下面是一些准则，可以帮助您更轻松地集成应用的不同部分：
- 在整个应用中使用 xml。xml 可以用于任何技术中，可以使用 xsl 样式表轻松地进行转换，还可以毫无困难地存储在任何地方。sql server xml 使得在您的应用中使用 xml 比以前更容易。
- 尽可能分解代码。
- 使用 xsl 样式表来转换 xml。可以在模板、com+ 组件和一段脚本之间方便地共享同一个 xsl 样式表。
- 当脚本执行多个函数时，使用脚本类分解代码。
- 在数据库方面，始终使用存储过程进行数据访问。它们不仅易于维护，而且比未编译的 sql 查询执行速度快得多。
- 使用 xsl 样式表来转换 xml。可以在模板、com+ 组件和一段脚本之间方便地共享同一个 xsl 样式表。
影响
本节说明使用新的体系结构对于您的应用在“功能”和性能方面有何影响。
可编程性
可编程性是指容易编写应用代码。通常反映在开发应用的时间而不是功能方面。以 duwamish online 应用为例。该应用的五个层是通过一组完全不同的技术来实现的。表示层使用了 c++（用于缓存组件）和 web 技术（例如 xml、xsl 和 asp)。工作流层、业务逻辑层和数据访问层是 visual basic com+ 组件，而数据库中的存储过程是用 t-sql 编写的。使用这么多技术的优点是，开发人员可以针对每种类型的操作选择最佳技术。但是，要使所有组件高效地紧密协作无疑是一个难点。当使用多种不同的工具和不同的编程语言开发组件时，跨组件跟踪和调试始终非常困难。
在整个应用中使用 sql server xml 将有助于最大程度地降低不同技术的工作量。（xsl 是一个例外：它不属于 sql server xml，但却紧密集成在 sql server xml 模板中）。各层之间一起工作，但产生的冲突最少。在各层之间进行调试非常简便，因为所有的中间数据都是 xml，无需任何额外操作。但是，可编程性的最大优点可能是大大减少了代码量：基于 sql server xml 版本的 duwamish books, phase 4 可完成基于 com+ 的同类产品相同的工作，但前者的代码量只有后者的十分之一。通过 sql server xml 的内置功能使数据访问、xml 转换、xsl 转换和数据缓存变得更加简便。
遗憾的是，不能再使用 xsl 的高效调试工具，而用于其他新技术的调试工具相对来讲还不成熟（尤其是与 microsoft visual studio® 提供的跨语言调试能力相比）。
可管理性
sql server xml 应用易于部署。对于运行在 web 层的代码，只需简单地将文件复制到它们的目标目录，然后运行一次配置工具以建立相应的虚拟目录。更新过程只是简单地替换过期的文件。可以使用 sql server enterprise manager 轻松地管理数据库对象。
性能
有关详细信息，请参阅 duwamish online sql server xml 分类浏览文章中有关性能的一节。
