SQL Server 業務規則鏈結：動態執行存儲程序的中繼資料驅動架構

業務邏輯存放之爭與折中方案

關於業務邏輯該放在應用層還是資料庫層，爭論由來已久。應用層派主張資料庫只負責存資料；資料庫派認為規則與資料同在更易執行。筆者認為沒有「最佳位置」，取決於具體業務問題。若選擇資料庫層，SQL Server 的「業務規則鏈結」技術極具價值。

核心概念：中繼資料驅動的存儲程序鏈結

在資料庫表中儲存存儲程序名稱、執行順序、程序類型、啟用狀態等中繼資料，透過動態讀取中繼資料依序執行存儲程序。優點：規則集中管理、可動態調整執行順序、啟停規則無需修改程式碼、新增規則只需加入存儲程序與中繼資料。

實作範例

1. 建立中繼資料表

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

2. 載入規則中繼資料

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

3. 定義業務規則存儲程序（同一參數介面）

CREATE PROCEDURE usp_Rule1 (@RunSequence TINYINT) AS
  PRINT 'In Procedure: ' + OBJECT_NAME(@@PROCID);
  PRINT 'Parameter Value Passed In:' + CAST(@RunSequence AS VARCHAR(2));
GO
-- usp_Rule2, usp_Rule3, usp_Rule4 結構相同

小結

業務規則鏈結將規則邏輯封裝於存儲程序，透過中繼資料表動態編排，實現靈活、可維護的資料庫端業務規則引擎。唯一限制：所有鏈結程序需共用相同輸入參數介面。