Automation “的数据来源”；官方"；国家/地区名单
最近，我们开始发现向web应用程序用户呈现过时国家/地区列表的问题 我们目前有一些DB表来存储本地化的国家名称及其地区（州）。然而，随着地球的发展，这个列表在不断演变，而且它被证明是一个痛苦的维护，因为一些地区被删除，一些合并-现有的数据需要不断更新 在处理多地区国家/地区列表时，有哪些最佳做法（如果有的话） 有地方或标准吗？我知道ISO 3166，但他们的列表并不完全友好。。。而且它还没有完全本地化 理想的解决方案就是让我们“同步”到它？最好使用多种语言。该解决方案最好是免费的或基于订阅的，并提供更改内容的历史记录，以便我们能够更新数据（也称为tblAddress）Automation “的数据来源”；官方"；国家/地区名单,automation,locale,country,country-codes,Automation,Locale,Country,Country Codes,最近，我们开始发现向web应用程序用户呈现过时国家/地区列表的问题 我们目前有一些DB表来存储本地化的国家名称及其地区（州）。然而，随着地球的发展，这个列表在不断演变，而且它被证明是一个痛苦的维护，因为一些地区被删除，一些合并-现有的数据需要不断更新 在处理多地区国家/地区列表时，有哪些最佳做法（如果有的话） 有地方或标准吗？我知道ISO 3166，但他们的列表并不完全友好。。。而且它还没有完全本地化 理想的解决方案就是让我们“同步”到它？最好使用多种语言。该解决方案最好是免费的或基于订阅的，并
谢谢 虽然ISO列表只包含短名称和代码，但它们对DB很友好。geonames在这方面非常准确，并且定期更新
嗯，等等，你只是想要一份最新的国家名单吗？或者你需要知道X国已经分裂成Y国和Z国吗？因为我不知道有什么自动的方法可以得到后者。甚至ISO数据库的更新也以PDF的形式分发（您可以自行实施更改）没有这样的事情。这是一个政治问题，您只能在自己的应用程序上下文中解决。决定使用ISO 3166可能是最容易辩护的。我知道至少存在以下问题：
- 中国/台湾
- 以色列/巴勒斯坦
- 中国/西藏
- 希腊/马其顿
如果您只需要一台服务器，它的价格就相当便宜。欧盟维护有关本地管理单元（LAU）的数据，这些数据可以是多种语言的分层XLS文件。您可以尝试CLDR
这组数据由Unicode组织维护。它会定期更新，并且数据会进行版本控制，因此您可以轻松地管理列表的状态。Hy！你可以找到一个所有国家及其各自大陆的免费转储文件，它非常容易使用。只需下载转储文件并上传到你的数据库中即可 这件事一直让我很恼火。一直想要一个包含元数据的世界->大陆->国家->地区->城市->省份等的深度XML或SQL转储。谢谢，该链接允许我找到以下内容：这是一个Access db，您可以订购，包含ISO 3166-1（国家）代码和ISO 3166-2（地区）代码。但是，它并不理想，因为它不是自动化的（您必须购买每个版本），也不允许您跟踪更改内容以更新现有数据。此外，它似乎只有英文和法文版本。很好的发现+1该链接现在已失效。最好是将X拆分为Y/Z这样的更新，因为这样可以更新现有数据。一旦一个国家/地区被撤销/合并，您通常如何处理“孤立”地址？或者更重要的是一种状态，这种情况似乎发生得更频繁。很好——这是迄今为止我见过的最完整的解决方案。我不知道为什么会得到负面分数。我也是；顺便说一句，克罗地亚/斯洛文尼亚注意到这之前的最后两条评论：巴伐利亚是德国的一个州，没有一个国家是自己的。自1991年以来，克罗地亚和斯洛文尼亚是两个独立的国家最初的评论指的是有关国际社会接受上述国家本身权利或领土争端的政治问题，这是正确的。将最后两个条目添加到上述列表中是不正确的，因为我不知道有哪个国家反对这种情况。德国/巴伐利亚是个笑话。也许只有德国人才会明白。或者巴伐利亚人。不，对荷兰人来说也是显而易见的：）同意——我会更深入地研究。这是有希望的，当然他们是政治问题，但在某些时候，你不得不称这个国家为某种东西。。。