Question

如何定义数据库用户自定义数据类型

Answer 1

用户自定义数据类型是个确保数据库中域和数据紧密结合的好办法。数据的类型可能在整个数据库中都是一致的，每个数据的适用范围和他的数据类型是相关联的。sp_bindrule过程是个向后兼容过程，该过程为数据类型确定了一个适用范围。CREATE RULE命令也是个向后兼容命令，为域值的遵守产生了一个规则。该规则能被限制为用户自定义的数据类型。CREATE DEFAULT也是个向后兼容命令，而且也能被限制为用户自定义的数据类型。

这些向后兼容命令都是由Sybase演化而来的。SQL Server的未来版本是否支持他们目前还不能确定。微软推荐用户使用CHECK CONSTRAINT命令。然而，CHECK CONSTRAINTS不支持模块化编码。你必须为所有需要CHECK CONSTRAINT的表格的每一列都创建一个CHECK CONSTRAINT。另一方面，创建规则和缺省值，并把他们限制在一个用户自定义数据类型这个过程只需进行一次。用户自定义数据类型有非常多种，比如性别和标签的布尔值。性别的域值能是雄性，雌性，及未知。布尔值的域值能是数值，也能是真假值。

下面的例子说明了向后兼容方法的模块性和关联域的未来方法。

EXEC sp_addtype @typename= TrueFalse, @phystype = ’CHAR(1)’ ,_
@nulltype = ’NOT NULL’, @owner = ’dbo’

-- BACKWARD COMPATIBLE METHOD
CREATE RULE TrueFalseRule
AS @TrueFalse IN (’T’,’F’)

EXEC sp_bindrule TrueFalseRule, TrueFalse

CREATE 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 METHOD
CREATE 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’)