Tag: 街道

在数据库中使用整数列来存储美国邮政编码是个好主意吗?

从乍一看,它会出现我有两个基本的select存储邮政编码在数据库表中: 文本(可能是最常见的),即char(5)或varchar(9)来支持+4扩展名 数字,即32位整数 如果我们假设没有国际关注的话,两者都能满足数据的要求。 过去我们通常只是走文字路线,但我想知道是否有人做相反的事情? 仅仅从简单的比较看来,整数方法有两个明显的优点: 就其本质而言,它只能自动地限于数字(而没有validation,文本样式可以存储字母,而且据我所知,这些字母在邮政编码中是无效的)。 这并不意味着我们可以/将/应该放弃validation用户input正常,但! 占用4个字节(即使是9位邮政编码也应该足够多),而不是5或9个字节。 另外,它似乎不会伤害显示输出很多。 在数字值上打一个ToString()是很简单的,使用简单的string操作为+4扩展插入一个连字符或空格,或者使用string格式来恢复前导零。 有没有什么会阻止使用int作为美国邮政编码的数据types?

在数据库中存储邮政地址的最佳实践(RDBMS)?

在RDBMS中存储邮政地址的最佳实践是否有很好的参考? 似乎有很多可以做出的权衡,每个人都有很多的利弊得到评估 – 这一定会一次又一次地完成? 也许有人至less写了一些经验教训的地方? 我讨论的折衷的例子是将邮政编码作为整数存储为字符字段,应将房号存储为单独的字段或地址线1的一部分,应该将套房/公寓/等号码归一化或仅存储为在地址栏2中的文本块,你如何处理邮编+4(单独的字段或一个大的字段,整数与文本)? 等等 我现在主要关心美国的地址,但是我想有一些最佳实践可以帮助你自己准备好走向全球(例如,像地区一样适当地命名字段,而不是州或邮政编码,而不是邮政编码,等等

使用Google Maps API进行地址validation

我有一个任务来validationinput到我正在创build的系统中的地址。 系统要求input的地址是针对有效的数据源进行validation的。 在英国,数据集来自英国皇家邮政,访问费用昂贵。 所需的数据是整个欧洲的邮政编码信息,以便通过API访问Web应用程序。 有很多公司提供这项服务, QAS Capscan 邮编随地 这些都提供我所需要的服务。 然而,这是昂贵的,在某些情况下不是一个完整的数据集。 例如不是爱尔兰 我也想知道是否有一种方法可以通过邮政编码和国家来使用Google地图APIvalidation这些数据。 谷歌地图的方法是可能的,还是我必须走下这些昂贵的公司之一? 任何想法,我应该采取什么路线。

是否有世界上所有地址的常用街道地址数据库devise?

我是一个程序员,说实话,不知道世界的街道地址结构,只是在我的国家是如何组织:)​​这是最好的和常见的数据库devise,以存储街道地址? 它应该是如此简单的使用,快速查询和dynamic存储世界的所有街道地址,只是由一个ID标识 非常感谢