有一个古老的争论,是关于在哪里存储应用程序业务逻辑的:是在应用程序本身的业务逻辑层中还是在数据库层中。应用程序逻辑层的绝对支持者提出,数据库的唯一目的就是保存数据,以备应用程序所用。
在列表D中,有两个主要引人注意的地方。第一个就是用来从表格中检索记录的select语句,所检索的记录中包含了处理业务规则的信息。从这个简单的查询中,我可以为任何类型的业务处理从BusinessLogic表中返回行。我还能保证规则是活动的,并且按照它们需要执行的顺序返回。 R]P +>8J
7g10eW
第二个就是执行业务规则的方式。当指针迭代时,它从BusinessLogic表中检索将要被执行的存储过程的名称,然后将其储存在一个逻辑变量中。EXECUTE命令允许用户执行存储过程,即使该存储过程的名称被储存在一个变量中。在这种方式下,调用存储过程还使得我能够向存储过程中输入所需的参数。 6|\y,
`yC6!
这使我回到了先前关于业务程序具有相同数量的输入参数这一点。我能够以一种相当动态的方式运行业务程序,这取决于在程序运行时BusinessLogic表中储存了什么。但是,现在我还没有一种方法可以动态地向业务程序输入参数。 f>P7ybH
5lO2tX:A
一种简单的解决办法就是保证所有的业务程序接受相同数量的参数,不管用不用它们。这种技术保证我们始终为业务程序提供所需的参数。也有其他的方法可以实现这些所需参数的输入,但是那些不是这篇文章所要讨论的。 65Bq^[T%
/_`}ZZ^g
扼要重述 c~kJ&o@6v
4% vQ[_
如果您的应用程序在数据库中储存它的任何一个或全部业务逻辑,那么有可能它就是被我称作业务规则链接的一个候选者。这种方法允许存储过程在数据库中依次运行,并且让您能够在需要的时候打开或终止这些业务规则。使用这种方法的一些潜在缺陷包括数据安全(执行业务程序的数据储存在一个表格中),和向业务逻辑程序输入参数的非动态性。如果您觉得对于您的业务问题来说,这种方法利大于弊的话,我鼓励您尝试一下这种方法。 &}/fg'
<y_tNy s*
Tim Chapman是肯塔基州路易维尔市一家银行的SQL Server数据库管理员,他有超过7年的行业经验。他还通过了微软SQL Server 2000和SQL Server 2005的认证。