开始之前

ID 选型不仅是避免重复,还会影响索引局部性、排序、生态兼容,以及是否泄露大致创建时间。

边看边操作在 ID 生成器 中打开实际工作区
01

先确认兼容要求

如果 API、数据库和库已经使用标准 UUID,优先保持 128 位 UUID 格式。

示例
UUID
02

决定随机还是时间有序

UUID v4 是随机值;UUID v7 和 ULID 带有时间顺序,但也会暴露大致创建时间。

示例
UUID v4 / UUID v7 / ULID
03

不要把 ID 当凭据

看起来随机的标识符不能代替权限校验,系统仍需真正的 Token 和访问控制。

示例
id != credential
04

验证数据库存储方式

优先使用数据库原生 UUID 或二进制类型,并确认排序与索引行为。

示例
ORDER BY id
要点总结
  • 需要跨系统兼容时优先标准格式。
  • 时间有序同时带来性能收益和隐私影响。
  • 标识符不是授权机制。