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

可伸缩性：在 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 分类浏览。

织梦内容管理系统

这种体系结构没有单独的业务逻辑层。这是因为我们的应用中的只读操作只有很少的业务逻辑量，可以轻松地集成到数据访问例程中。在其他情况下，业务逻辑层可作为数据库中的一组存储过程高效实施。有关这方面的设想和方法，请参阅本文后面的以数据库为中心的体系结构一节。

看完这篇，您有何感觉呢？

上一篇：SQL Server XML 和 Web 应用体系结构（二）   下一篇：SYBASE dbcc

用户名(必填) 新注册

密码(必填) 匿名评论