SQL Server约束和DML触发器的比较

核心提示： 现在我有了一些表和一些数据可供利用，让我们在SaleHistory表中建立一个外键约束，SQL Server约束和DML触发器的比较(2)，以下为引用的内容：ALTER TABLE SalesHistoryADD CONSTRAINT fk_SalesHistory FOREIGN KEY

现在我有了一些表和一些数据可供利用，让我们在SaleHistory表中建立一个外键约束。

以下为引用的内容：

ALTER TABLE SalesHistory
ADD CONSTRAINT fk_SalesHistory FOREIGN KEY (Product) REFERENCES
l_SalesProducts(Product)

这个约束保证：在SaleHistory表中插入一个记录时，插入到Product域的值也必须出现在I_SaleProducts表中。你可以用一个DML触发器实现相同的功能。列表B在SaleHistory表中建立一个触发器，它检查在SaleHistory表中插入或更新的值是否在I_SaleProducts表中生成产品值。

以下为引用的内容：

CREATE TRIGGER tr_SalesHistory on SalesHistory
FOR INSERT, UPDATE
AS
BEGIN
IF UPDATE(Product) AND
@@ROWCOUNT <>
(
SELECT COUNT(*)
FROM INSERTED i
JOIN l_SalesProducts s ON i.Product = s.Product)
BEGIN
ROLLBACK TRANSACTION
SELECT 'Different Results, an error has occurred.'
--//THROW CUSTOM ERROR MESSAGE
END
END

以这种方式建立解决方案还涉及许多工作。工作时间并不是你在创立这种解决方案时遇到的唯一问题。因为约束以SQL Server功能的形式建立，它们倾向于擅长完成它们旨在完成的工作，而且与在触发器中执行相同的功能相比，它们的表现也更好。

当执行一个DML操作时，系统首先启动一个INSTEAD OF触发器，然后外键约束进行检查，接着再运行AFTER触发器。这表示，在调用AFTER触发器前，表中定义的任何外键约束必须得到满足。

现在我们考虑你想要使用触发器而非约束的情况。在需要将表中的当前值与当前输入值进行比较，以不能满足某些极限时，就可以首选使用触发器。考虑下面的商业情形。