实际的系统中，一般将数据完整性约束分为标准的数据完整性约束和定制的数据完整性约束。标准的数据完整性约束是DBS已经实现的内部规则，包括域完整性、实体完整性和引用完整性。
域完整性(Field Integrity)保证一个数据库不包含无意义的或不合理的值，即保证表的某一列的任何值是该列域(即合法的数据集合)的成员。方法是限制列的数据类型、精度、范围、格式和长度等。
实体完整性(Entity Integrity)保证一个表中的每一行必须是唯一的(元组的唯一性)。为保证实体完整性，需指定一个表中的一列或一组列作为它的主键(Primary Key)。一个表中每行的主键必须确实含有一个值。一个表只能含有一个主键，如需要从其它列中除去重复的值，可以将一个或一组非主键列指定为一个候选键或唯一值键。
引用完整性(Reference Integrity)定义了一个关系数据库中不同的列和不同的表之间的关系(主键与外键)。要求一列或一组列中的值必须要与相关的一列或一组列中的值相匹配。从属的一列或一组列称之为外键(Foreign Key)。被引用的列或一组列称之为父键，父键必须是一个主键或唯一键。外键属于子表或明细表，父键属于父表或主表。若父键和外键属于同一表，则称之为自引用完整性。子表某行的外键必须与主表的主键相匹配，只要依赖于某主键的外键仍存在，主表中包含该主键的行就不能删除。
由于每个公司的数据库都有自己独特的业务规则集，所以系统必须有一种方式来实现定制的业务规则即定制的数据完整性约束。定制的数据完整性约束可由如下几种方法实施。
一种最原始的方法是将将每一个完整性约束编入要访问数据库的每个应用程序中，缺点是在每个相关的数据库应用程序中，开发者都要对相同的完整性规则进行编码、测试和排错。若某一规则变动，所有相关的应用程序都得改动。应用程序须向DBServer请求大量的数据，以执行该应用程序内部的数据完整性规则检查，这将阻塞网络。因而这是一种耗时、低性能的方法。
用户定义的数据类型(User-defined DataType)是由标准数据类型导出的新数据类型，它比标准的数据类型更准确地限定了数据输入的范围。
约束(Check)用于限制列的值域，在数据类型限制的基础上对输入的数据进一步进行限制。通过逻辑表达式来定义列的有效值。
缺省(Default) 定义了一个数值，当用户向数据表插入数据时，若某个域未给定值，系统自动将定义在该域上的缺省作为输入值，保证数据库数据的合理性。
规则(Rule) 是一个用来绑定域或用户定义数据类型的数据库对象，规则说明了哪些数据可以输入到域中。任何时刻，用户输入或修改数据（INSERT 或 UPDATE）, DBMS都将检查该数据是否违反绑定在域上的规则。
存储过程(Stored Procedure)是由编译过的SQL语句、控制流语句、变量说明和赋值运算等组成的集合，由开发者创建并存储在数据字典(大部分DBMS叫系统表)中。我们可以通过存储过程中的语句来定义企业业务规则，特别对于复杂的表与表之间的饿关系，用存储过程来实现将变得相当容易。
触发器(Trigger)也是一个存储过程，该过程在插入、修改和删除等操作事前或事后由DBS自动激发(执行)。经常用于实现逻辑上相关的数据表之间的数据完整性和一致性。触发器非常适合于实施企业规则，如果某个输入违反了其中的某个企业规则，触发器可以显示相应错误并中止正在执行的数据库动作。