用户自定义数据类型是一个确保数据库中域与数据紧密结合的好办法。数据的类型可能在整个数据库中都是一致的，每个数据的适用范围和它的数据类型是相关联的。sp_bindrule过程是一个向后兼容过程，该过程为数据类型确定了一个适用范围。CREATE RULE命令也是一个向后兼容命令，为域值的遵守产生了一个规则。该规则可以被限制为用户自定义的数据类型。CREATE DEFAULT也是一个向后兼容命令，而且也可以被限制为用户自定义的数据类型。
（本文来源于图老师网站，更多请访问https://m.tulaoshi.com/sqlserver/）这些向后兼容命令都是由Sybase演化而来的。SQL Server的未来版本是否支持它们现在还不能确定。微软推荐用户使用CHECK CONSTRAINT命令。然而，CHECK CONSTRAINTS不支持模块化编码。你必须为所有需要CHECK CONSTRAINT的表格的每一列都创建一个CHECK CONSTRAINT。另一方面，创建规则和缺省值，并把它们限制在一个用户自定义数据类型这个过程只需进行一次。用户自定义数据类型有很多种，比如性别和标签的布尔值。性别的域值可以是雄性，雌性，以及未知。布尔值的域值可以是数值，也可以是真假值。
下面的例子说明了向后兼容方法的模块性和关联域的未来方法。
（本文来源于图老师网站，更多请访问https://m.tulaoshi.com/sqlserver/）EXEC sp_addtype @typename= TrueFalse, @phystype = 'CHAR(1)' ,_ @nulltype = 'NOT NULL', @owner = 'dbo'-- BACKWARD COMPATIBLE METHODCREATE RULE TrueFalseRuleAS @TrueFalse IN ('T','F') EXEC sp_bindrule TrueFalseRule, TrueFalseCREATE DEFAULT TrueFalseDefault AS 'F'EXEC sp_bindefault TrueFalseDefault, TrueFalse CREATE TABLE backward_test1(bt1_key1 INT IDENTITY NOT NULL,bt1_col1_flag TrueFalse)CREATE TABLE backward_test2(bt1_key2 INT IDENTITY NOT NULL,bt1_col2_flag TrueFalse)-- FUTURE METHODCREATE TABLE future_test1(ft1_key1 INT IDENTITY NOT NULL,ft1_col1_flag CHAR(1)CONSTRAINT ck_ft1_flag1 CHECK ( ft1_col1_flag in ('T','F') )DEFAULT 'F')CREATE TABLE future_test2(ft2_key1 INT IDENTITY NOT NULL,ft2_col1_flag CHAR(1)CONSTRAINT ck_ft2_flag1 CHECK ( ft2_col1_flag in ('T','F') )DEFAULT 'F')
