问题标签 [street-address]

问题：我有一个来自 Access 数据库的地址字段，该字段已转换为 SQL Server 2005。该字段将所有内容都放在一个字段中。我需要将地址的各个部分解析为规范化表中的相应字段。我需要对大约 4,000 条记录执行此操作，并且它需要是可重复的。

假设：

1. 假设在美国的地址（现在）

2. 假设输入字符串有时会包含收件人（被寻址的人）和/或第二个街道地址（即 Suite B）

3. 状态可以缩写

4. 邮政编码可以是标准的 5 位数字或 zip+4

5. 在某些情况下有错别字

更新：针对提出的问题，标准并未得到普遍遵守；我需要存储各个值，而不仅仅是地理编码和错误意味着错字（在上面更正）

样本数据：

• AP Croll & Son 2299 Lewes-Georgetown Hwy, Georgetown, DE 19947

• 11522 肖尼路，格林伍德 DE 19950

• 144 Kings Highway, SW Dover, DE 19901

• 综合常数。服务 2 Penns Way Suite 405 New Castle, DE 19720

• Humes Realty 33 Bridle Ridge Court, Lewes, DE 19958

• 尼科尔斯挖掘 2742 Pulaski Hwy Newark, DE 19711

• 2284 Bryn Zion Road, 士麦那, DE 19904

• VEI Dover Crossroads, LLC 1500 Serpentine Road, Suite 100 Baltimore MD 21

• 580 North Dupont Highway Dover, DE 19901

• 邮政信箱 778 多佛，DE 19903

在数据库中存储国际地址的“最佳”方式是什么？以模式的形式回答，并解释您选择规范化（或不规范化）方式的原因。还要解释你为什么选择每个字段的类型和长度。

注意：您决定您认为哪些字段是必要的。

如何在数据库中找到重复的地址，或者在填写表格时更好地阻止人们？估计越早越好？

是否有任何抽象街道、邮政编码等的好方法，以便可以检测到拼写错误和获取 2 个注册的简单尝试？像：

我说的是德国地址...谢谢！

我需要获取一个网页并从页面中提取地址信息。有些比其他更容易。我正在寻找可以帮助我完成这项工作的 Firefox 插件、Windows 应用程序或 VB.NET 代码。

理想情况下，我希望在我们的管理员（ASP.NET/VB.NET）上有一个网页，您可以在其中输入一个 URL，它会删除该页面并返回一个我可以放入网格的数据集。

我正在寻找一种在数据库中存储和访问全局地址的通用模式。可以使用组件或其他技术。必须遵守以下标准...

• 地址的每一行都为每个国家/地区保存
• 邮政编码在保存之前使用正则表达式进行测试
• 原始国家/地区保存在其自己的字段中显示数据时，该国家/地区样式的[地址被格式化]（ http://en.wikipedia.org/wiki/Postal_address ）
• 当使用表单输入数据时，标签字段尽可能具有描述性，因此标签必须是动态的，以适用于原产国。
• 地址占用尽可能少的空间

我将如何将地址或城市转换为纬度/经度？有没有我可以“租用”这项服务的商业机构？这将用于具有全时 Internet 访问权限的 Windows PC 上的商业桌面应用程序。

甚至可以执行地址（物理，而不是电子邮件）验证吗？似乎地址格式的绝对数量，即使仅在美国，也会使这项任务变得相当困难。另一方面，这似乎是满足多个业务需求所必需的任务。

据说，可以从谷歌地图或一些类似的服务中得到这个。（仅美国地址是不够的。）

我已经看到可以从街道地址获取纬度和经度（地理编码，如在Google Maps API中），但是当您知道纬度/经度已经是什么时，是否可以反过来获取街道地址?

该应用程序将是一个 iPhone 应用程序（以及为什么该应用程序已经知道纬度/经度），因此从 Web 服务到 iPhone API 的任何东西都可以工作。

我想这是一个多部分的问题。我正在建立一个会员网站，并希望帐户尽可能国际化。

1. 在允许国际号码的表格上收集电话号码的最佳方法是什么？我不担心存储它们，只是收集和验证。我现在拥有的是一个带有国家列表的下拉列表，它将添加国家代码，然后是根据国家代码验证 us/can/uk 的号码本身，然后是扩展名。这些将作为字符串存储在 cc/number/ext 的 3 个字段中 有没有人对此有更好、更可靠的解决方案，或者可能在任何地方都看到过这种解决方案？

2. 地址同上。最好的方法是什么？地址/城市/州/邮编/国家或只是线路？我希望能够按这些排序，因此单个文本字段不是一个很好的解决方案，尽管它是最灵活的。

   这也很重要，因为我们可能会向我们的会员发送实际邮件。我想起了我在其他服务中拥有的一些成员，这些成员的地址位于我从未听说过的国家/地区，即使是邮局的女士也无法判断它们的格式是否正确。

3. 我想在数据库中至少有国家/州的地理数据，例如在选择国家、字段标准化等后填充州下拉列表。有谁知道可以用作应用程序地理数据库的优秀数据库?