字段设计规范

更新时间：2025-02-27 GMT+08:00

【规则】字段设计应使用推荐类型。

字段设计需使用推荐字段，如果需要使用禁用、不推荐的字段类型，建议联系数据库专家进行评估。有些数据类型不推荐的原因是业务使用场景较少，未大规模商用。

表1 **数据库数据类型最佳实践**
数据类型	说明	是否推荐
UUID	不同数据库可能产生相同UUID	禁止
序列整型	即自增列，包括SMALLSERIAL、SERIAL、BIGSERIAL	禁止
整数类型	TINYINT、SMALLINT、INTEGER、BIGINT	推荐
任意精度类型	NUMERIC/DECIMAL	推荐
浮点类型	REAL/FLOAT4、DOUBLE PRECISION/FLOAT8、FLOAT	推荐
布尔类型	BOOLEAN	推荐
定长字符	CHAR(n)	推荐
变长字符	VARCHAR(n)、NVARCHAR2(n)	推荐
变长字符	TEXT/CLOB（字符大对象）	不推荐
时间类型	DATE、TIME、TIMESTAMP、SMALLDATETIME、INTERVAL、REALTIME	推荐
时间类型	TIMETZ，TIMESTAMPTZ	不推荐
二进制类型	BYTEA（变长二进制类型）	推荐
二进制类型	BLOB（二进制大对象），RAW（变长十六进制）	不推荐
位串类型	BIT(n)、VARBIT(n)	推荐
特殊字符类型	NAME、"CHAR"，通常供数据库系统内部使用	不推荐
JSON类型	JSON类型目前不支持操作符	不推荐
自定义类型	可用于定义枚举EMU等类型	不推荐
HLL数据类型	建议直接使用HLL相关函数，减少性能影响	不推荐
货币类型	MONEY 存储带有固定小数精度的货币金额	不推荐
几何类型	POINT、LSEG、BOX、PATH、POLYGON、CIRCLE	不推荐
网络地址类型	存储IPV4 MAC地址数据类型	不推荐

【规则】合理设置数值字段的数据类型，根据取值范围选择合适的数值类型，尽量少用NUMERIC/DECIMAL类型。

NUMERIC和DECIMAL等价，NUMERIC/DECIMAL数据类型操作对CPU消耗较高。

【规则】字符类型字段不应存储数字类型的数据。
如果对存储在字符类型字段中的数据进行数值计算，或者与数值进行比较操作（如置于过滤条件中），会带来不必要的数据类型转换的开销，同时该字段上的索引可能失效，影响查询性能。

【规则】字符类型字段不应存储时间或日期类数据。
如果对存储在字符类型字段中的数据与日期类数据进行计算或比较操作（如置于过滤条件中），会带来不必要的数据类型转换的开销，同时该字段上的索引可能失效，影响查询性能。
【规则】对于明确不存在NULL值的字段加上NOT NULL约束。
对于NOT NULL字段，优化器在某些场景下会进行特殊优化，可提升查询性能。
【规则】相关联字段的数据类型应保持一致。
在进行关联操作时，如果字段类型不一致，会带来数据类型转换开销。

【建议】当多个表存在逻辑关系时，表示同一含义的字段应该使用相同的数据类型。
【建议】对于字符串数据，建议使用变长字符串数据类型，并指定最大长度。请务必确保指定的最大长度大于需要存储的最大字符数，避免超出最大长度时出现字符截断现象。除非明确知道数据类型为固定长度字符串，否则，不建议使用CHAR(n)、BPCHAR(n)、NCHAR(n)、CHARACTER(n)。
【规则】大字段（例如varchar(1000)、varchar(4000)）不超过8个。

父主题： 数据库设计规范

提供反馈

提交成功！非常感谢您的反馈，我们会继续努力做到更好！

系统繁忙，请稍后重试

在使用文档中是否遇到以下问题

内容与产品页面不一致

内容不易理解

缺失示例代码

步骤不可操作

搜不到想要的内容

缺少最佳实践

意见反馈（选填）

0/500

请至少选择一项反馈信息并填写问题反馈

字符长度不能超过500

直接提交取消