Tag: 邮政编码

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

我需要将邮政编码存储在数据库中。这个专栏应该有多大？: 我希望列在我的Oracle数据库中是一个VARCHAR2。美国的拉链是9。加拿大人是7。我想32个字符是合理的上限我错过了什么？ [编辑] TIL：12是一个合理的答案，谢谢大家的贡献。

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

什么是最终的邮政编码和正则expression式？: 我正在寻找最终的邮政编码和邮政编码正则expression式。我正在寻找将涵盖世界上大部分（希望全部）的东西。

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

将美国邮政编码映射到时区: 当用户注册我们的应用程序，我们能够推断他们的邮政编码，当我们validation他们对国家数据库。从这个邮政编码中确定一个很好的时区猜测的最好方法是什么？我们正在尽量减less我们明确要求他们提供的数据量。如果我们最好的猜测是错误的，他们将能够手动设置时区。我意识到邮政编码无助于搞清楚美国以外的时区，但在这种情况下，我们不得不手动提出问题，而且我们主要与美国打交道。我发现了许多邮政编码数据库，到目前为止只有less数几个包含时区信息，但是那些做的并不是免费的，比如这个。如果为了做到这一点而支付订购服务是绝对必要的，那么这将是不值得的，我们只需要明确地询问用户。虽然语言不是特别相关，因为我可以转换东西，但我们正在使用PHP和MySQL。

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

英国邮政编码正则expression式（综合）: 我是一个正则expression式，将validation一个完整的英国邮政编码只在一个inputstring。所有不常见的邮政编码表格必须与通常一样覆盖。例如：火柴 CW3 9SS SE5 0EG SE50EG se5 0eg WC2H 7LT 不匹配 aWC2H 7LT WC2H 7LTa WC2H 这种东西有没有官方的，甚至半官方的正规expression式？任何其他的build议，格式化和存储在数据库中？