在PostgreSQL中存储Twitter Snowflake ID的最优方案是什么？

Twitter官方定义的Snowflake ID本质为64位无符号整数，针对PostgreSQL存储场景，优先级从高到低的方案如下：

• 首选方案：bigint类型
  字段定义示例：id bigint PRIMARY KEY NOT NULL
  优势：
  • 存储空间仅为8字节，远小于字符串类型，索引、排序、关联查询的性能远高于字符串方案
  • 天然过滤非数字类非法值，不需要额外做字符串格式校验
  • 目前公开发布的所有Twitter Snowflake ID最高位均为0，完全适配bigint类型（有符号64位整数最大值为9223372036854775807，可覆盖所有已生成的Snowflake ID范围）
• 全兼容兜底方案：numeric(20,0)类型
  字段定义示例：id numeric(20,0) PRIMARY KEY NOT NULL
  如果你的业务需要覆盖64位无符号整数的全部取值范围（最大值为18446744073709551615，共20位），可以选择这个类型，不会出现精度损失，仅比bigint多占用少量存储空间。

不推荐使用VARCHAR(19)的原因：

1. 存储空间大，查询、排序性能远低于数值类型
2. 容易引入空格、特殊字符等非法格式值，需要额外增加CHECK约束做格式校验，提升维护成本
3. 字符串排序逻辑和数值排序逻辑存在差异，容易出现排序结果不符合预期的问题

可选补充约束：如果需要排除非法负数ID，可以增加CHECK (id > 0)约束。

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