资源描述：
《测试sql server的业务规则链接方法--》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。
1、测试SQLServer的业务规则链接方法>> 有一个古老的争论，是关于在哪里存储应用程序业务逻辑的：是在应用程序本身的业务逻辑层中还是在数据库层中。应用程序逻辑层的绝对支持者提出，数据库的唯一目的就是保存数据，以备应用程序所用。提倡用数据库来存储业务规则的人则坚持认为，业务规则最好存储在数据库中，因为数据也存储在那里，规则在那里更容易运行。而在我看来，对于存储应用程序的逻辑来说，没有一个最好的地方它真正取决于您正在解决的业务问题。 链接数据库存储过程 如果您更喜欢将全部或一部分业务逻辑存储在数
2、据库中的话，那么知道SQLServer中的一种被我称作业务规则链接的技术是很有好处的。基本思想就是您可以在数据库中运行一系列的存储过程，这是以在您需要的时候，不同进程的元数据存储在一个数据库表格中为基础的。这样做的好处就是，规则都存储在数据库的程序中，并且因为存储过程的运行是以一个表格中的值为基础的，所以您可以改变程序执行的顺序，还能够很容易地打开或终止业务规则。让我们来看一个例子，这样概念会更清晰。 业务规则链接实例 要用我想用的方式在数据库中执行业务规则，就必须定义元数据。下面这些信息将会以
3、数据库表格的形式被保存：存储过程的名称、业务规则运行的顺序、所运行业务程序的类型和业务规则是否活动等。列表A中包括了创建表格的脚本。CREATETABLEBusinessLogic( ProcessTypeVARCHAR(20)NOTNULL, RunSequenceTINYINTNOTNULL, LogicProcedureVARCHAR(255)NOTNULL, BusinessLogicActiveBITDEFAULT(1)NOTNULL, CONSTRAINTpk_Bus
4、inessLogicPRIMARYKEY(ProcessType,RunSequence)) 表A 在列表B中，我在BusinessLogic表中加载了数据。这些数据是稍后我将用来处理业务规则的。RunSequence是执行存储过程的实际顺序（过程被存储在LogicProcedure字段中）。表格中还包含了一个指示符，用来表示业务规则是否为活动的。存储这个数据让我能够改变规则运行的顺序，或者在需要的时候打开或终止规则，而无需对代码做出更改。要向业务逻辑系统中添加规则也十分简单，因为所需做的就是向
5、数据库中添加程序，然后在元数据表格中添加需要的数据就可以了。 在列表C中，我创建了业务规则程序（例子中包含的程序是非常简单的；但是，在现实情况中，如果需要的话，它们可以很复杂）。所有的程序中包括了相同的输入参数；这是业务规则链接的一个小小的局限性。INSERTINTOBusinessLogic(ProcessType,RunSequence,LogicProcedure)VALUES('CustomerOrders',1,'usp_Rule1')INSERTINTO
6、BusinessLogic(ProcessType,RunSequence,LogicProcedure)VALUES('CustomerOrders',2,'usp_Rule2')INSERTINTOBusinessLogic(ProcessType,RunSequence,LogicProcedure)VALUES('CustomerOrders',3,'usp_Rule3')INSERTINTOBusinessLogic(Proc
7、essType,RunSequence,LogicProcedure)VALUES('CustomerOrders',4,'usp_Rule4') 列表BCREATEPROCEDUREusp_Rule1(RunSequenceTINYINT)AS PRINT'InProcedure:'+OBJECT_NAME(PROCID) PRINT'ParameterValuePassedIn:'+CAST(RunSequenceASVA
8、RCHAR(2))GOCREATEPROCEDUREusp_Rule2(RunSequenceTINYINT)AS PRINT'InProcedure:'+OBJECT_NAME(PROCID) PRINT'ParameterValuePassedIn:'+CAST(RunSequenceASVARCHAR(2))GOCREATEPROCEDUREusp_Rule3(RunSequenceTINYINT)AS PRINT&#
