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 枚举本质是带序号约束的字符串类型，靠系统目录驱动语义，不牺牲可读性换性能，也不用开发者手动维护映射表。
