我是一名程序员，需要一种实用的方法来将世界上的街道地址 struct 存储在数据库中.那么，存储街道地址的最佳通用数据库设计是什么呢？它应该使用简单，快速查询和动态存储世界上所有的街道地址.
我是一名程序员，需要一种实用的方法来将世界上的街道地址 struct 存储在数据库中.那么，存储街道地址的最佳通用数据库设计是什么呢？它应该使用简单，快速查询和动态存储世界上所有的街道地址.
可以在一组标准字段中表示来自许多不同国家的地址.命名或编号建筑所在的命名通道(通道)的基本概念相当标准，但有时在中国除外.其他近乎普遍的概念包括:命名聚落(城市/城镇/村庄)，通常可以称为一个地方；命名地区并指定字母数字邮政编码.请注意，邮政编码(也称为邮政编码)仅在某些国家是纯数字的.如果你真的想成为泛型，你需要很多字段.
万国邮政联盟(UPU)提供standard format个国家的地址数据.请注意，UPU格式保存整个国家的所有地址(精确到可用字段)，因此是关系型的.如果存储客户地址(所有可能的地址中只有一小部分将被存储)，最好使用一个包含所有字段和每行一个地址的表(或平面格式).
存储地址的合理格式如下:
地址行1-4可以容纳以下组件:
通常只使用3个地址行，但这通常是不够的.当然，在正式格式中，可能需要更多的行来表示所有地址，但逗号始终可以用作行分隔符，这意味着信息仍然可以被捕获.
通常情况下，数据分析将按地区、地区、邮政编码和国家进行，用户在输入数据时很容易理解这些元素.这就是为什么这些元素应该存储为单独的字段.但是，不要强迫用户提供邮政编码或地区，它们可能不会在本地使用.
位置可能不清楚，尤其是 map 位置和邮政位置之间的区别.邮政地点是邮政当局认为的地点，有时可能是附近的一个大城镇.然而，邮政编码通常会解决那里的任何问题或差异，以便在不使用官方邮政地址的情况下正确送达.