生产环境中PostgreSQL使用"char"数据类型是否安全？及选型建议

生产环境是否应使用"char"类型？ #

绝对不推荐。PostgreSQL官方文档明确说明"char"是内部系统目录专用类型，并非为通用业务场景设计。虽然它占用1字节，但存在诸多隐患：

• 语义模糊：其他开发人员看到这个类型无法直接判断存储的是数值还是字符，增加维护成本。
• 工具兼容性差：部分ORM框架、数据迁移工具对这个特殊类型的支持不完善，容易出现解析或转换错误。
• 无约束性：无法天然限制值的范围，需要额外加约束才能确保只存1-5的数值，反而增加复杂度。

推荐的数据类型 #

针对存储1-5的数值，推荐以下几种方案，可根据实际场景选择：

• smallint：最通用的选择。虽然占用2字节，但PostgreSQL对整数类型的优化非常成熟，索引、运算性能拉满，且语义清晰，所有人都能快速理解字段用途。现代硬件下，1字节和2字节的存储差异对性能几乎没有影响，维护成本极低。
• enum枚举类型：语义最严谨的方案。如果业务上字段值只能是1-5这几个固定选项，可以创建枚举类型：

  CREATE TYPE score_rating AS ENUM ('1', '2', '3', '4', '5');
  

  枚举类型同样占用1字节，且能自动限制字段值的范围，避免非法数据插入，适合对数据完整性要求高的场景。
• char(1)：如果坚持要1字节存储且不需要数值运算，可选择这个通用字符类型。但要注意存储的是字符形式的数字（如'1'而非1），做数值运算时需要额外转换，适合纯展示、不涉及计算的场景。

内容的提问来源于stack exchange，提问作者tet