我们为何为PlanetScale的API选择NanoID
内容提要
PlanetScale选择NanoID作为API的标识符，以避免使用整数ID暴露记录数量。NanoID比UUID短，易于选择，碰撞概率低，适合多种编程语言。使用12字符的NanoID，生成速度快，确保唯一性，提升开发者体验。
延伸解读
从整数ID到NanoID：安全与体验的权衡
PlanetScale最初避免使用整数ID，因为会暴露记录数量。UUID虽能解决，但太长且难以双击选中。NanoID在长度和易用性上取得平衡，12字符的ID既短又易于复制，同时碰撞概率低。这种选择体现了对开发者体验的重视，也兼顾了内部数据安全。
碰撞概率与ID长度设计
PlanetScale使用12字符NanoID，字母表为0-9a-z。根据碰撞计算，每小时生成1000个ID，未来约35年碰撞概率为1%。这一概率可接受，且若需调整，只需增加长度并更新数据库模式。这种设计在唯一性和实用性之间找到了平衡点。
多语言实现与一致性保障
PlanetScale后端使用Ruby on Rails和Go，两者都需生成相同格式的公共ID。Rails中通过concern自动生成public_id，并处理碰撞重试；Go中则封装了生成和验证函数。这种跨语言一致性确保了API的稳定性和开发者体验。
Q&A
为什么PlanetScale选择NanoID作为API的标识符？
PlanetScale选择NanoID是为了避免使用整数ID暴露记录数量，同时NanoID比UUID短，易于选择，碰撞概率低。
NanoID与UUID相比有什么优势？
NanoID比UUID短，易于选择，碰撞概率低，适合多种编程语言，且生成速度快。
NanoID的碰撞概率是多少？
在生成1000个ID每小时的情况下，NanoID的碰撞概率在未来约35年内为1%。
如何在Ruby on Rails中生成NanoID？
在Rails中，PlanetScale为所有公共模型添加了public_id列，并使用共享模块自动生成ID。
PlanetScale如何处理ID的唯一性？
PlanetScale在数据库中为public_id列添加了唯一约束，以防止重复ID的生成。
NanoID的生成速度如何？
NanoID的生成速度快，适合高频率的ID生成需求。
