sql – 有世界上所有地址的常见街道地址数据库设计吗?

我是一个程序员,老实说不知道世界的街道地址结构,只是在我的国家是如何结构:)所以这是最好和常见的数据库设计存储街道地址?它应该是这么简单的使用,快速查询和动态存储所有的街道地址的世界,只是由一个id识别感谢很多
可以在一组标准字段中表示来自许多不同国家的地址。命名的访问路线(通道)的命名或编号的建筑物的基本思想是相当标准的,除了在中国有时。其他接近普遍的概念包括:命名的结算(城市/城镇/村庄),一般可以称为地点;命名该区域并分配字母数字邮政编码。请注意,邮政编码(也称为邮政编码)仅在某些国家/地区才是纯数字。如果你真的想成为通用的,你将需要很多字段。

万国邮政联盟在standard format年为许多国家提供地址数据。请注意,万国邮联格式保存了整个国家的所有地址(低于可用字段精度),因此它是关系型的。如果存储客户地址,其中只存储所有可能地址的一小部分,则更好地使用包含所有字段和每行一个地址的单个表(或平面格式)。

存储地址的合理格式如下:

>地址线1-4
>地点
>区域
>邮政编码(或邮政编码)
>国家

地址线1-4可以容纳以下组件:

>建筑
>子建筑
>房屋号码(房屋号码)
>前提范围
>通途
> Sub-Thoroughfare
>双重地域
> Sub-Locality

通常只使用3条地址线,但这通常不够。当然可能需要更多的行来表示官方格式的所有地址,但是逗号总是可以用作行分隔符,这意味着信息仍然可以被捕获。

通常,数据的分析将通过局部性,区域,邮政编码和国家来执行,并且这些元素对于用户在输入数据时理解起来相当容易。这就是为什么这些元素应该存储为单独的字段。但是,不要强制用户提供邮政编码或区域,他们可能不在本地使用。

局部性可能不清楚,特别是地图局部性和邮政局部性之间的区别。邮政地方是邮政当局认为的地方,有时可能是附近的大城市。然而,邮政编码通常将解决那里的任何问题或差异,以允许正确的递送,即使不使用官方的本地性。

http://stackoverflow.com/questions/929684/is-there-common-street-addresses-database-design-for-all-addresses-of-the-world

本站文章除注明转载外,均为本站原创或编译
转载请明显位置注明出处:sql – 有世界上所有地址的常见街道地址数据库设计吗?