手机站
网通分站
电信主站
密 码:
用户名:
当前位置 : 主页>网络编程>Mssql>列表

SQL Server业务规则链接技术探讨

来源:互联网 作者:west263.com 时间:2008-04-02
西部数码-全国虚拟主机10强!40余项虚拟主机管理功能,全国领先!双线多线虚拟主机南北访问畅通无阻!免费赠送企业邮局,.CN域名,自助建站480元起,免费试用7天,满意再付款! P4主机租用799元/月.月付免压金!

有一个古老的争论,是关于在哪里存储应用程式业务逻辑的:是在应用程式本身的业务逻辑层中还是在数据库层中。应用程式逻辑层的绝对支持者提出,数据库的唯一目的就是保存数据,以备应用程式所用。提倡用数据库来存储业务规则的人则坚持认为,业务规则最好存储在数据库中,因为数据也存储在那里,规则在那里更容易运行。而在我看来,对于存储应用程式的逻辑来说,没有一个“最好的地方”——他真正取决于您正在解决的业务问题。

链接数据库存储过程

假如您更喜欢将全部或一部分业务逻辑存储在数据库中的话,那么知道SQL Server中的一种被我称作业务规则链接的技术是很有好处的。基本思想就是您能够在数据库中运行一系列的存储过程,这是以在您需要的时候,不同进程的元数据存储在一个数据库表格中为基础的。这样做的好处就是,规则都存储在数据库的程式中,并且因为存储过程的运行是以一个表格中的值为基础的,所以您能够改变程式执行的顺序,还能够很容易地打开或终止业务规则。让我们来看一个例子,这样概念会更清楚。

业务规则链接实例

要用我想用的方式在数据库中执行业务规则,就必须定义元数据。下面这些信息将会以数据库表格的形式被保存:存储过程的名称、业务规则运行的顺序、所运行业务程式的类型和业务规则是否活动等。列表A中包括了创建表格的脚本。

列表A:

CREATE TABLE BusinessLogic

(

      ProcessType VARCHAR(20) NOT NULL,

      RunSequence TINYINT NOT NULL,

      LogicProcedure VARCHAR(255) NOT NULL,

      BusinessLogicActive BIT DEFAULT(1) NOT NULL, 

      CONSTRAINT pk_BusinessLogic PRIMARY KEY (ProcessType, RunSequence)

)

在列表B中,我在BusinessLogic表中加载了数据。这些数据是稍后我将用来处理业务规则的。RunSequence是执行存储过程的实际顺序(过程被存储在LogicProcedure字段中)。表格中还包含了一个指示符,用来表示业务规则是否为活动的。存储这个数据让我能够改变规则运行的顺序,或在需要的时候打开或终止规则,而无需对代码做出更改。要向业务逻辑系统中添加规则也十分简单,因为所需做的就是向数据库中添加程式,然后在元数据表格中添加需要的数据就能够了。

在列表C中,我创建了业务规则程式(例子中包含的程式是很简单的;但是,在现实情况中,假如需要的话,他们能够很复杂)。任何的程式中包括了相同的输入参数;这是业务规则链接的一个小小的局限性。

列表B:

INSERT INTO BusinessLogic(ProcessType, RunSequence, LogicProcedure)

VALUES('CustomerOrders', 1, 'usp_Rule1')

INSERT INTO BusinessLogic(ProcessType, RunSequence, LogicProcedure)

VALUES('CustomerOrders', 2, 'usp_Rule2')

INSERT INTO BusinessLogic(ProcessType, RunSequence, LogicProcedure)

VALUES('CustomerOrders', 3, 'usp_Rule3')

INSERT INTO BusinessLogic(ProcessType, RunSequence, LogicProcedure)

VALUES('CustomerOrders', 4, 'usp_Rule4')

列表C:

CREATE PROCEDURE usp_Rule1 (@RunSequence TINYINT)

AS

      PRINT 'In Procedure: '   OBJECT_NAME(@@PROCID)

      PRINT 'Parameter Value Passed In:'   CAST(@RunSequenceAS VARCHAR(2))

GO

CREATE PROCEDURE usp_Rule2 (@RunSequence TINYINT)

AS

      PRINT 'In Procedure: '   OBJECT_NAME(@@PROCID)

      PRINT 'Parameter Value Passed In:'   CAST(@RunSequenceAS VARCHAR(2))

GO

CREATE PROCEDURE usp_Rule3 (@RunSequence TINYINT)

AS

      PRINT 'In Procedure: '   OBJECT_NAME(@@PROCID)

      PRINT 'Parameter Value Passed In:'   CAST(@RunSequenceAS VARCHAR(2))

GO

CREATE PROCEDURE usp_Rule4 (@RunSequence TINYINT)

AS

      PRINT 'In Procedure: '   OBJECT_NAME(@@PROCID)

      PRINT 'Parameter Value Passed In:'   CAST(@RunSequenceAS VARCHAR(2))

GO

接下来就是处理业务规则的代码了。在列表D中,我用一个指针在表格中迭代,该表格中的记录都保存着元数据。当能够用一种不同的循环结构来完成同一个逻辑时,用指针要简单一些。不管是怎么样完成的,都需要用某种类型的迭代循环和执行所需要的业务程式。运行这个代码将执行每一个文章前面所定义的四个存储过程。

列表D:

文章整理:西部数码--专业提供域名注册虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢!