SQL Server约束和触发器的区别

SQL Server约束和触发器的区别

作者：夏果果出处：博客2011-12-30 06:15

SQL Server约束相信大家都比较了解了，那么，SQL Server约束和触发器的区别在哪里呢……

SQL Server约束相信大家都比较了解了，那么，SQL Server约束和触发器的区别在哪里呢？

在SQL Server数据库中提供了两种主要机制来强制使用业务规则和数据完整性，他们是SQL Server约束和触发器。触发器其实就是一个特殊类型的存储过程，可在在执行某个操作时自动触发。触发器与约束都可以实现数据的一致性。那么他们在使用的过程中，有哪些差异呢?简单的来说，触发器可以实现约束的一切功能。但是在考虑数据一致性问题的时候，首先要考虑通过约束来实现。如果约束无法完成的功能，则再通过触发器来解决。两者从功能上来说，他们的关系如下图所示：

触发器可以包含使用SQL代码的复杂处理逻辑。如果单从功能上来说，触发器可以实现约束的所有功能。但是由于其自身的种种缺陷，其往往不是实现数据一致性等特定功能的首选解决方案。总的来说，只有在约束无法实现特定功能的情况下，才考虑通过触发器来完成。这只是在处理约束与触发器操作过程中的一个基本原则。对于他们两个具体的差异笔者在下面也进行了比较详细的阐述。欢迎大家进行补充。

差异一：错误信息的管理上。

当违反系统的SQL Server约束规则时，需要向用户返回一定的错误信息，方便用户进行排错。约束与触发器在遇到问题时都可以返回给用户一定的错误信息。但是，约束只能够通过标准化的系统错误信息来传递错误消息。如果应用程序需要使用自定义消息和较为复杂的错误处理机制，则必须要使用触发器才能够完成。如现在数据库中有一张产品信息表。为了保证产品的唯一性，要求产品的编号必须唯一。如果用户输入的产品编号跟企业现有的产

品编号有重复的话，这条产品信息就不能够被保存。从技术上来说，约束与触发器都可以实现这个需求。但是，当违反这个唯一性规则时，他们提供的错误信息是不同的。

如利用约束来实现这个唯一性控制，那么当用户输入重复的编号时，则系统会提示违反了唯一性规则，不允许保存。但是光凭这条消息的话，可能用户还不能够马上了解是怎么回事情。有时候程序员希望能够返回更加具体的信息。如在产品基本信息表中可能有多个字段具有唯一性约束，那么用户希望知道到底是哪个字段违反了唯一性约束。如用户现在输入产品编号为DT001的产品编号时出现了这个错误。那么用户可能希望系统能够显示出系统中原来存在的DT001这个产品的具体信息，如他的规格描述、产品名称等等。这可以帮助员工来判断自己要建立的产品信息是否真的跟原来存在的产品信息重复。还是只是产品编号的重复而已。如果要在错误信息中带出更加详细的信息，则数据库管理员不得不采用触发器来对这个唯一性进行控制。因为只有触发器可以返回数据库管理员自定义的错误信息;而且还可以实现比较复杂的逻辑控制。而约束只能够范围系统定义的标准错误信息。

另外如果违反一些主键、外键约束的话，系统也只会提示标准的错误信息。而不会提示到底是哪一张表中存在子记录等等详细的错误信息。这就给用户排错的时候带来不必要的麻烦。因为它需要先去查找这个约束或者主键的名字，然后再去看具体的约束定义才能够确定到底是哪里出了问题。但是普通用户往往是不能够看到约束的具体定义的。故在遇到这种情况时，最好也能够通过触发器来提供比较详细的错误信息，以提高应用程序的友好性。

差异二：性能上的差异分析。

如现在有两张表，分别为销售订单头与销售订单行。在销售订单中有一个订单ID，它是这张表的主键，也是销售订单行表的外键。现在如果更改了销售订单头表的主键的值，那么必须要保证销售订单行表中订单ID的值也随之更改。否则的话，销售订单头表与销售订单行表就无法对应起来。此时触发器与约束都可以实现类似的功能。触发器可以将销售订单头ID的更改通过级联更新的功能传播给数据库中其他相关的表，实现级联更新。约束也可以实现类似的功能。而且通常情况下，通过级联引用完整性约束可以更有效的执行这个级联更新。如当上面这个更改发生后，触发器可以禁止或回滚违反引用完整性的更改，从而取消所尝试的数据修改。当更改外键且新值与其主键不匹配时，这个的触发器将生效。但是，数据库中有一个现成的解决方案，即FOREIGN KEY 约束通常用于此目的。如果触发器表上存在约束，则在INSTEAD OF 触发器执行后但在AFTER 触发器执行前检查这些约束。如果违反了约束，则回滚INSTEAD OF 触发器操作并且不执行AFTER 触发器。

遇到这种情况后，往往就是两种处理方式。一是如果要更改的主键在其他表中已经存在的话，那么就不允许其进行更改，系统会拒绝保存或者回滚用户的更改操作。二是如果要更改的主键信息在其他表中已经存在相关的记录，而数据库管理员又允许其更改的话，为了保证数据的一致性，就要出发级联更新的功能。让数据库系统在更改主键的同时自动更新其他表中的相关信息。无论采取哪种方式，从性能上来说，约束的执行性能都要高一点。而且系统本身就提供了一些约束规则，如级联引用完整性约束的等等。故也省去了管理员写触发器代码的工作量。不过有一点值得说明的是，虽然约束的执行性能比较高，但是其向用户提供的错误信息确实非常有限的。如上面第一点所说，系统只提供了一些标准的错误信息。如果管理员需要向用户提供比较详细的错误信息，则需要通过触发器的自定义错误信息来实现。故在用户的友好性与数据库的执行性能之间，数据库管理员需要做出一个均衡