SQL Server XML 和 Web 应用体系结构（二）
时间:2007-11-09 来源:不详 作者:迈克DB
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 ntext
AS
/* 执行工作流的公共操作 */
Execute SomeCommonWorkflowOperations
If @Action = N'Action1'
BEGIN
/* 执行 Action 1 */
Execute BusinessLogicAction1
END
Else If @Action = N'Action2'
BEGIN
/* 执行 Action 2 */
Execute BusinessLogicAction2
END
GO
第一次调用此过程时，SQL Server 优化执行恰好第一次运行的任何代码路径。这使其余代码路径的运行效率降低，尽管它们的成本可能更高或者使用的频率更高。
为确保优化执行所有代码路径，可为每个操作创建一个单独的过程，尽可能避免切换逻辑。为防止代码重复，所有层中多个操作共享的函数应该放在单独的过程中。当该设计产生大量过程时，优化可以大大提高应用的效率。
文章评论
共有位Admini5网友发表了评论 查看完整内容