测试SQL Server的业务规则链接方法

2016-01-29 15:54 0 1 收藏

测试SQL Server的业务规则链接方法,测试SQL Server的业务规则链接方法

【 tulaoshi.com - SQLServer 】

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

(本文来源于图老师网站,更多请访问https://www.tulaoshi.com/sqlserver/)

链接数据库存储过程

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

业务规则链接实例

要用我想用的方式在数据库中执行业务规则,就必须定义元数据。下面这些信息将会以数据库表格的形式被保存:存储过程的名称、业务规则运行的顺序、所运行业务程序的类型和业务规则是否活动等。列表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))

表A

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

在列表C中,我创建了业务规则程序(例子中包含的程序是非常简单的;但是,在现实情况中,如果需要的话,它们可以很复杂)。所有的程序中包括了相同的输入参数;这是业务规则链接的一个小小的局限性。

(本文来源于图老师网站,更多请访问https://www.tulaoshi.com/sqlserver/)

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')

列表B

CREATE PROCEDURE usp_Rule1 (@RunSequence TINYINT)AS      PRINT 'In Procedure: ' + OBJECT_NAME(@@PROCID)      PRINT 'Parameter Value Passed In:' + CAST(@RunSequenceAS VARCHAR(2))GOCREATE PROCEDURE usp_Rule2 (@RunSequence TINYINT)AS      PRINT 'In Procedure: ' + OBJECT_NAME(@@PROCID)      PRINT 'Parameter Value Passed In:' + CAST(@RunSequenceAS VARCHAR(2))GOCREATE PROCEDURE usp_Rule3 (@RunSequence TINYINT)AS      PRINT 'In
                        

来源:https://www.tulaoshi.com/n/20160129/1496752.html

延伸阅读
数据库是电子商务、金融以及ERP系统的基础,通常都保存着重要的商业伙伴和客户信息。大多数企业、组织以及政府部门的电子数据都保存在各种数据库中,他们用这些数据库保存一些个人资料,比如员工薪水、个人资料等等。数据库服务器还掌握着敏感的金融数据。包括交易记录、商业事务和帐号数据,战略上的或者专业的信息,比如专利和工程数据,...
一、SQL Profiler工具简介 SQL Profiler是一个图形界面和一组系统存储过程,其作用如下: 1.图形化监视SQL Server查询; 2.在后台收集查询信息; 3.分析性能; 4.诊断像死锁之类的问题; 5.调试T-SQL语句; 6.模拟重放SQL Server活动; 也可以使用SQL Profiler捕捉在SQL Server实例上执行的活动。这样的活动被称为Profiler跟踪。 ...
在SQL Server 配置管理器中,展开SQL Server 2005的网络配置,然后点击服务器实例如:MSSQLSERVER 的协议。 在右窗格中,双击TCP/IP协议。 在TCP/IP属性对话框中,单击IP地址选项卡。 在TCP端口框中的IPAll节,输入一个可用的端口号。对于本教程中,我们将使用1500。 单击确定以关闭该对话框,然后单击确定的警告说,必须重新启动服务。 在...
如果你不熟悉CHECK约束,那么习惯上它们通过限制插入到一个字段中的值来执行字段域完整性。我发现CHECK约束很不幸地被用于大多数的数据模型中。在大多数的案例中,我看到使用触发器来执行业务规则,而这本来是应该用一个CHECK约束来执行的。我个人使用CHECK而不是触发器是基于很多个原因的。首先,我不需要浪费时间来写专门的代码。另外,C...
错误案例:在Microsoft Virtual PC 2007和一台笔记本电脑上安装MSDN订阅下载的SQL Server 2005企业版时出现问题。安装环境为windows Server 2003 企业版 + sp1,另外一个系统是带sp2的,安装用户使用超级管理员(Administrator)。在安装“Integration Services”步骤时出现安装错误,提示“错误: -2146233087”。 错误记录如下: ...

经验教程

732

收藏

41
微博分享 QQ分享 QQ空间 手机页面 收藏网站 回到头部