Database design 国际邮寄地址的正确字段是什么?

Database design 国际邮寄地址的正确字段是什么?,database-design,Database Design,我正在构建一个处理发货的应用程序(现在在美国,但最终在国际上),我试图找出用户在SQL数据库中存储地址的最佳规范字段 我的初步猜测(附示例)是: 姓名_1(绿巨人霍根) 姓名2(转交世界摔跤联合会) 地址1(苏普莱克斯大街12345号) 地址2(420套房) 城市(纽约) 州(纽约) 邮政编码(10001) 国家(美国) 因此,我的问题是: 这些字段是否适用于全球所有地址 我是否应该遵守一组标准化的字段 name\u 1/name\u 2和address\u 1/address\u 2是否应

我正在构建一个处理发货的应用程序(现在在美国,但最终在国际上),我试图找出用户在SQL数据库中存储地址的最佳规范字段

我的初步猜测(附示例)是:

  • 姓名_1(绿巨人霍根)
  • 姓名2(转交世界摔跤联合会)
  • 地址1(苏普莱克斯大街12345号)
  • 地址2(420套房)
  • 城市(纽约)
  • 州(纽约)
  • 邮政编码(10001)
  • 国家(美国)
因此,我的问题是:

  • 这些字段是否适用于全球所有地址
  • 我是否应该遵守一组标准化的字段
  • name\u 1/name\u 2
    address\u 1/address\u 2
    是否应该只是由换行符分隔的单个字段

  • 关于国际地址,我认为
    信用卡字段
    是一个合适的参考,因为信用卡用户可以遍布全球(万事达卡、visa卡)

    在paypal中,他们使用以下字段:

    姓名:

    • 名字
    地址:

    • 街道地址
    • 公寓,标准,大厦
    • 城市、州、邮政编码

      • 各国的邮政地址结构差异很大。更糟糕的是,在一些(许多?)国家,地址根本没有结构化,看起来更像是自由文本指示,只有当地邮递员才能理解

        如果你必须处理世界范围内的所有地址,你必须依靠自由格式的文本


        如果您可以将自己限制为具有结构化地址的特定国家的子集,您可以提出一组字段,这些字段是各个国家之间的合理折衷。

        这真的是一个SQL/Postgres问题吗?请随意建议一个更好的分类/标记,但我就是在这里查看的,我相信这个答案对其他被贴上标签的人会很有用。请在每篇文章中问一个具体问题。问题中没有DBMS的具体内容。这本质上是要求非现场资源,这是离题的。它也应该关闭,因为太宽了。但这也是一个很容易找到的常见问题。在考虑发帖之前,请始终用谷歌搜索任何错误消息或你的问题/问题/目标的许多清晰、简洁和准确的措辞,有或没有你的特定字符串/名称和网站:stackoverflow.com&tags,并阅读许多答案。如果你发布一个问题,用一句话作为标题。查看文本上方的投票箭头鼠标(&T)。在进一步搜索后,我发现了一个。有趣的是:在他们的代码示例中,在该链接中,他们将城市和州称为
        admin\u area\u 1和
        admin\u area\u 2
        。但是如果你搜索他们的文档,一些API称之为城市和州
        city`和
        state
        ,而另一些API称之为
        region
        locality
        。但在所有这些情况下,现场使用基本相同。只是不同的域名。谷歌“国际地址”。您提到的不同之处是,每个国家都定义了在该国使用的公约。