Database design 邮政编码查找表-设计Q

美国/加拿大邮政编码查找表已经有110万行。我计划添加世界上所有国家的邮政编码。因此，我假设表行将增长很多。所有这些数据将在网站上用于查找（获取城市/州/国家信息）+一些自动建议

---

因此，最好是按国家/地区细分该表，还是将其作为世界邮政编码表，让其增长为一个巨大的查找表？

让其增长为一个大表，并根据需要优化/调整数据库

---

除极端情况外，数据库约束不应规定设计。

取决于您计划使用它的目的

我有一个位置数据库，有时它是有用的，以获取所有的邮政编码在纽约，例如，或只是加拿大

为state和country添加字段可能是个好主意，即使您不使用它们

---

只需确保对邮政编码、国家/地区和州有单独的索引。

使用单个整体表的一个问题是，不同的国家/地区在不同的地方使用了一些邮政编码（不，我不知道有什么现成的例子）

根据您的表格设置方式，这可能是问题，也可能不是问题。希望你的桌子上没有邮政编码，否则你会有麻烦的

---

您肯定需要至少添加一个国家/地区字段，可能还需要添加一个州/省/地区/等字段，以消除此类事件的歧义。

不，Have PK is admin从1生成到任意值。我还有其他领域：国家、城市、州、社区、纬度、经度、海拔、时区。当然，获取数据是另一个问题，所以我预计一段时间会有很多空值。