SQL Server XML 和 Web 应用体系结构（一）8

　　摘要: 本文概要介绍在一组基于 SQL Server XML 的解决方案中使用 Duwamish Books, Phase 4 应用和更可靠的 Duwamish Online 应用后所得到的体系结构。有关 Microsoft® SQL Server™ 2000 中介绍的 SQL Server XML 技术套件的详细信息，请参阅相关文档 Duwamish Online SQL Server XML 分类浏览（英文）。您可以在 MSDN Online 代码中心（英文）查看 d5sqlxml.exe 示例代码。简介Microsoft SQL Server 2000 以其众多的新功能闪亮登场，其中包括我们称之为 SQL Server XML 的系列 XML 新技术。此技术套件包含诸多改进、增强和特性，使 SQL Server 成为更具 Web 特点的应用程序，向 Microsoft .NET 版本迈进了一步。SQL Server XML 可用于扩展、增强或替换 Web 应用的体系结构。新特性可分为两个主要组件： 数据库组件，允许数据库对 XML 进行读、处理和写操作SQL Server XML Internet Server API (ISAPI) 应用，允许通过 HTTP 访问数据库 无论是使用这两个组件还是使用其中的一个，都可以获得多个理想的体系结构。为了测试新工具的功能和灵活性，我们检验了 Duwamish Online 的逻辑体系结构，并将其应用到一组基于 SQL Server XML 的解决方案中。为了使研究更全面，我们在测试中同时使用了比较简单的 Duwamish Books, Phase 4 应用和更可靠的 Duwamish Online 应用。下面是所得出的体系结构的概述。逻辑体系结构我们必须认识到不管应用是什么形式，下面两种体系结构始终存在：逻辑体系结构，是用于分析应用的组织概念，而物理体系结构则表示实施应用的途径。区分这两个概念是非常必要的，因为这两个体系结构很少完全对应（即使有过这种情况）。下面您将看到，与给定的逻辑设计相对应的物理体系结构会根据不同的情况而改变。创建 Duwamish Online 及其以前版本时，我们根据 Microsoft n-层准则确定逻辑体系结构。该体系结构包括由 Web 应用执行的公共操作，并不是专门针对 Duwamish Online 的。图 1：逻辑体系结构应用分为五个逻辑层。距离客户端最远的是数据层，其中存储了应用所需的信息。它的上一层为数据访问层，它从数据库中数据的表示形式中提取数据，并且包含所有数据库操作公用的例程。数据访问层直接由业务逻辑层使用。业务逻辑层通过隐藏来自更高层的事务逻辑和实施细节来提取业务事务。体系结构的下一个逻辑层是工作流层，也称为业务接口，它提供了一个到表示层的简单界面（也称为接口）。工作流层管理内部状态，并使用业务逻辑层提供的自动操作来完成复杂的工作流。最后是表示层，它为用户转换工作流层返回的结果。有一些转换比较简单，例如通过 XSL 样式表将结果转换为 HTML；有些则比较复杂，例如通过电话线阅读结果的语音算法。下面是从这个逻辑体系结构得出的几个物理体系结构。物理体系结构分发负载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 的版本使用两个互补的物理体系结构：一个用于读取，另一个用于写入。在我们的例子中，第二种比较合适，因为两种使用情况需要不同类型的处理。注意： 请参阅 http://msdn.microsoft.com/voices/news/sqlxml.asp（英文）中的完整体系结构图。图 3：读取方体系结构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 来完成。