技术问询：数据库主键选择——物种学名还是系统分配数字标识符？

这问题问得很实在，我之前参与过生物信息类项目的数据库设计，刚好踩过相关的坑，来给你拆解清楚：

为什么不建议把物种学名作为数据库主键？ #

• 特殊字符的兼容性噩梦：学名里的空格、点号、甚至偶尔出现的斜杠/括号，会让数据库操作变得麻烦。比如写SQL查询时必须给学名加单引号（SELECT * FROM species WHERE name = 'Panthera leo'），一不小心就会因为转义问题出错，而且不同数据库对特殊字符的索引优化也远不如纯数字友好。
• 学名的不稳定性：分类学是一直在更新的——今天这个物种叫A，明天可能因为新研究被归到属B里，或者和另一个物种合并，学名直接变更。如果主键是学名，你就得修改所有关联表的外键，这不仅工作量大，还容易引发数据不一致的问题，比如历史记录里的旧学名和新主键无法匹配。
• 唯一性的潜在风险：理论上学名是唯一标识符，但实际操作中会遇到异名（同一个物种有多个曾用名）、录入拼写错误，还有新发现物种的临时学名，这些都会导致主键冲突或者重复数据。

优先选择系统分配的唯一数字标识符 #

用自增整数、UUID或者雪花ID这类系统生成的标识符作为主键，是更稳妥的方案，优势很明显：

• 绝对稳定：一旦分配给某个物种，就永远不会变，哪怕学名改了十万次，主键都能牢牢绑定住这条数据，关联的表不用做任何修改。
• 性能更优：数字类型的主键在索引、查询、表连接时的效率比带特殊字符的字符串高得多，数据量越大，这个优势越突出。
• 维护成本低：不用处理特殊字符的转义、编码问题，开发和运维都省心。

有没有全球通用的物种数字标识符？ #

有的，行业里有几个公认的全球通用ID，如果你需要对接外部生物数据，优先用这些：

• GBIF ID：全球生物多样性信息设施给每个收录的物种分配的唯一数字ID，稳定性高，被全球很多科研机构和数据库采用。
• NCBI Taxonomy ID：美国国家生物技术信息中心分类学数据库的物种ID，在分子生物学、生物信息学领域应用广泛。
• ITIS ID：综合分类学信息系统的物种ID，主要覆盖北美地区，但也是全球认可的标准之一。

如果你的系统是封闭的、只处理特定范围的物种，或者不需要和外部系统对接，那自己分配自增ID或者UUID也完全没问题，成本更低，灵活性更强。

内容的提问来源于stack exchange，提问作者Abel Melquiades Callejo