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

在列表D中，有两个主要引人注意的地方。第一个就是用来从表格中检索记录的select语句，所检索的记录中包含了处理业务规则的信息。从这个简单的查询中，我能够为任何类型的业务处理从BusinessLogic表中返回行。我还能确保规则是活动的，并且按照他们需要执行的顺序返回。

第二个就是执行业务规则的方式。当指针迭代时，他从BusinessLogic表中检索将要被执行的存储过程的名称，然后将其储存在一个逻辑变量中。EXECUTE命令允许用户执行存储过程，即使该存储过程的名称被储存在一个变量中。在这种方式下，调用存储过程还使得我能够向存储过程中输入所需的参数。

这使我回到了先前关于业务程式具备相同数量的输入参数这一点。我能够以一种相当动态的方式运行业务程式，这取决于在程式运行时BusinessLogic表中储存了什么。但是，现在我还没有一种方法能够动态地向业务程式输入参数。

一种简单的解决办法就是确保任何的业务程式接受相同数量的参数，不管用不用他们。这种技术确保我们始终为业务程式提供所需的参数。也有其他的方法能够实现这些所需参数的输入，但是那些不是这篇文章所要讨论的。

扼要重述

假如您的应用程式在数据库中储存他的任何一个或全部业务逻辑，那么有可能他就是被我称作业务规则链接的一个候选者。这种方法允许存储过程在数据库中依次运行，并且让您能够在需要的时候打开或终止这些业务规则。使用这种方法的一些潜在缺陷包括数据安全（执行业务程式的数据储存在一个表格中），和向业务逻辑程式输入参数的非动态性。假如您觉得对于您的业务问题来说，这种方法利大于弊的话，我鼓励您尝试一下这种方法。