PostgreSQL枚举是用户定义的基础类型，磁盘存储为varlena格式的字符串而非整数；其序号仅用于排序等逻辑，由pg_type和pg_enum系统表维护，增删值需谨慎以保障数据完整性。

PostgreSQL 的枚举类型（ENUM）不是简单地用整数或字符串硬编码实现的，而是在系统目录中注册为一种**用户定义的基础数据类型**，其值按声明顺序赋予内部整数序号，但存储时仍以**紧凑的变长字节串（varlena）形式保存名称字符串本身**——也就是说，磁盘上存的是字符串，不是数字 ID。

枚举值在 pg_type 和 pg_enum 中的注册机制

当你执行 CREATE TYPE mood AS ENUM ('sad', 'ok', 'happy'); 时，PostgreSQL 会做两件事：

• 在 pg_type 表中插入一条记录，typtype = 'e'（表示 enum），typname = 'mood'，并分配一个唯一的 oid
• 在 pg_enum 表中按声明顺序插入三行：enumlabel = 'sad'/'ok'/'happy'，对应同一 enumtypid（即该枚举类型的 oid），且 enumsortorder 分别为 1.0、2.0、3.0

这个顺序决定了 ORDER BY、LEAST/GREATEST 等操作的行为，也用于支持 enum_range() 或相邻值函数（如 enum_next()）。

实际存储格式：字符串而非整数

尽管有隐式序号，PostgreSQL 并不把枚举值转成 int 存储。查看底层数据（例如用 pageinspect 扩展读取 heap 页面），你会发现枚举字段内容就是原始字符串（带长度头，遵循 varlena 格式）。例如 'happy' 就是 5 字节 + 变长头，不是数字 3。

这样设计的好处是：

• 查询可读性强：直接看到值，无需查表映射
• 兼容性好：增删枚举值不影响已有数据的物理存储
• 类型安全：数据库能严格校验输入是否在枚举列表中

代价是略微更高的存储开销（相比单字节/四字节整数）和字符串比较成本（不过通常已缓存排序规则，影响有限）。

枚举值的内部表示与类型转换

PostgreSQL 内部对每个枚举值维护一个“缓存条目”，包含其 label、sort order 和关联的 typid。当执行 WHERE status = 'active' 时，会先将字符串常量绑定到对应枚举类型，再通过哈希查找快速定位其序号用于排序或范围判断。

显式转换如 status::text 直接返回字符串；而 status::int 是非法的（除非自定义 cast），因为枚举不原生支持转整数——这也说明它不是“逻辑上等价于 int”的类型。

增删枚举值的安全边界

ALTER TYPE ... ADD VALUE 允许追加新值（默认插在末尾），但不能在中间插入或删除已有值（DROP VALUE 在 14+ 支持，但仅限未被任何行引用的值）。这是因为：

• 删除正在使用的值会导致现有数据“悬空”，破坏类型完整性
• 修改顺序会改变所有依赖 ORDER BY 或 enum_next() 的逻辑行为

所以生产环境变更枚举建议走迁移脚本：新增值 → 迁移业务逻辑 → （可选）清理旧值（确保无残留数据）。

基本上就这些。PostgreSQL 枚举本质是带序号约束的字符串类型，靠系统目录驱动语义，不牺牲可读性换性能，也不用开发者手动维护映射表。