Code postal à Ville/État et vice-versa dans une base de données?

Question

Je suis nouveau dans les bases de données SQL et relationnelles et j'ai ce que j'imagine être un problème commun.

Je crée un site Web et lorsque chaque utilisateur soumet un message, il doit fournir un emplacement dans un code postal ou une ville/un état.

Quelle est la meilleure pratique pour gérer cela? Est-ce que je crée simplement une table de code postal et de ville et d'état et interroge contre eux ou y a-t-il des solutions faites prêtes pour manipuler ceci? J'utilise SQL Server 2005 si cela fait une différence.

Je dois être en mesure de récupérer un code postal donné une ville/état ou je dois être en mesure de cracher l'état de la ville donné un code postal.

Answer 1

Vous avez deux options. Vous pouvez acheter un bulk zip-code library de quelqu'un qui va lister les codes postaux, les villes, les comtés, etc. par état, ou vous pouvez payer quelqu'un à access a web service qui effectuera la même fonction sur un niveau plus granulaire. Le mieux serait de choisir l'option de bibliothèque de codes postaux, car elle vous coûtera moins cher que le service Web et offrira de meilleures performances. Comment vous interroger ou pré-traiter cette bibliothèque est à vous. Vous mentionnez SQL Server, donc vous voudrez probablement des tables State, Zipcode et City, et incluez les relations pertinentes entre elles. Vous aurez également besoin d'avoir des dispositions pour les villes qui couvrent plusieurs codes postaux, ou pour les codes postaux qui ont plusieurs villes - mais aucun de ces problèmes sont insurmontables.

En ce qui concerne les vagarités de l'entrée de l'utilisateur, vous pouvez demander l'aide d'un address validation web service, bien que la plupart d'entre eux exigent une adresse de livraison complète afin de valider. Editer: ressemble à un SourceForge project offering free zip-code data, y compris les données lat/lon, etc. Vous ne savez pas à quel point il est correct ou actuel.

Édition 2: Après quelques recherches superficielles sur le site du projet SourceForge, il semble que ce soit un projet mort. Si vous utilisez ces données, vous devrez fournir une certaine tolérance pour les codes postaux/villes qui n'existent pas dans votre base de données. Les bibliothèques en vrac achetées ont généralement une sorte de garantie de mises à jour, ou un plan de tarification pour les mises à jour, etc., et sont probablement plus fiables.

Answer 2

Je crois savoir que le USPS web API est libre d'utilisation, mais nécessite une autorisation qui dépend d'un certain nombre de facteurs, notamment la nature du programme qui l'utilisera et la raison pour laquelle vous avez besoin des données.

Si vous êtes qualifié pour l'utiliser, ce serait sans doute la source la plus précise pour les informations dont vous avez besoin.

Answer 3

Avoir une table ZipCode associée à une table CityState. Certains codes postaux étant associés à plusieurs villes, vous devrez peut-être faire en sorte que l'interface sélectionne l'utilisateur dans la ville de votre choix ou les laisser remplacer la valeur par défaut.

J'utilise le service payant de ZipInfo.com car j'avais besoin d'informations supplémentaires telles que lat/long, type zip et comté. Les codes postaux changent également plusieurs fois au cours de l'année, lorsque de nouveaux codes postaux sont ajoutés ou fusionnés avec d'autres, vous devrez donc mettre à jour vos données plusieurs fois par an pour rester cohérent.

Answer 4

En fonction des détails de ce que vous construisez, Yelp a un neighborhoods API gratuit qui pourrait être en mesure de vous fournir ce dont vous avez besoin. Assurez-vous de vérifier leurs conditions d'utilisation et d'autres choses pour vous assurer de rester en conformité.

Je sais que ce n'est pas une réponse db centrique, mais ce que vous faites n'est peut-être pas mieux géré dans la base de données elle-même.

Answer 5

Je ne suis pas certain de comprendre la question. Avez-vous besoin d'autoriser l'un ou l'autre et, plus tard, de renvoyer les deux? Vous devrez faire attention, même avec une base de données zip/city qui peut être achetée, car certaines villes couvrent plusieurs zips, donc vous ne pouvez pas toujours "calculer" dans cette direction. Problème similaire dans la direction opposée.

Answer 6

Il existe des bibliothèques que vous pouvez acheter et importer qui ne sont pas si chères. Votre problème avec eux, c'est que vous aurez un coût de maintenance continu (pas beaucoup). Les codes postaux changent tout le temps, ce qui signifie que dans 6 mois, vos données seront légèrement périmées. Vous voudrez peut-être vous intéresser à un service comme google maps. Ici, nous utilisons une approche hybride. Nous dépensons le montant de l'argent pour les mises à jour des données tous les 6 mois, et si le code postal ne figure pas dans le tableau, nous vérifions avec google maps que les informations saisies sont toujours valides et qu'elles n'ont pas été saisies dans notre système. Si c'est valide, nous mettons à jour le système, sinon nous informons l'utilisateur qu'une erreur a été commise.

Une autre option serait de faire un ping sur le site Web d'USPS. Je crois qu'ils ont une ville/état rechercher la page par code postal.

Answer 7

J'ai eu ce rythme. Voici un gratuit (compressé, csv):

Hosted At maphacks.com

en-têtes sont zip, ville, état, latitude, longitude, fuseau horaire, dst

Maintenant, votre perte potentielle est que vous n'êtes pas payer pour les mises à jour (qui peuvent vous mordre à la fin, mais ils essayent de le garder quelque peu à jour)

Answer 8

Il existe de nombreux services web de géocodage gratuit où vous pouvez obtenir un zip d'une ville-état, et vice-versa. Jetez un coup d'œil au service Web GeoNames. Vous pouvez faire quelque chose comme vérifier votre base de données, et si ce que vous cherchez n'est pas là, prenez-le dans le webservice et ajoutez-le.

Answer 9

Si la raison de la recherche est la commodité de l'utilisateur, voici une autre approche qui ne nécessite pas de licence des bases de données tierces:

Juste rechercher la ville/état de votre table nom/adresse existante, sous réserve le code postal correspond. Si quelqu'un a précédemment fait une entrée pour ce code postal, alors vous trouverez la ville et l'état de cette entrée. Si aucune entrée précédente n'existe, alors le pire des cas, l'utilisateur doit entrer dans la ville et l'état.

Cette solution suppose que vous ayez besoin de commodité pour l'utilisateur. Si vous êtes plus préoccupé par la validation précise de la ville, de l'état, des codes postaux, il est préférable de concéder une licence pour une base de données vérifiée.

Answer 10

données USPS bon marché est à http://semaphorecorp.com

Pour les pièges de la seule validation de correspondance ville-ZIP sans tenir compte de l'adresse, voir http://semaphorecorp.com/cgi/zip5.html

Answer 11

Je voudrais ajouter ce site.

http://www.unitedstateszipcodes.org/zip-code-database/

Vous pouvez télécharger les données gratuitement si vous utilisez pour personnel/éducation (au 20/03/2014).

Answer 12

Pour Tables Etats-Unis, vous pouvez utiliser la requête suivante, en supposant que vous avez StateId et StateName dans la table States et vous avez StateId incrémentation automatique.

Cette requête a 50 États américains ...

INSERT INTO States 
     (StateName) 
     VALUES 
('Alabama'), 
('Alaska'), 
('Arizona'), 
('Arkansas'), 
('California'), 
('Colorado'), 
('Connecticut'), 
('Delaware'), 
('District of Columbia'), 
('Florida'), 
('Georgia'), 
('Hawaii'), 
('Idaho'), 
('Illinois'), 
('Indiana'), 
('Iowa'), 
('Kansas'), 
('Kentucky'), 
('Louisiana'), 
('Maine'), 
('Maryland'), 
('Massachusetts'), 
('Michigan'), 
('Minnesota'), 
('Mississippi'), 
('Missouri'), 
('Montana'), 
('Nebraska'), 
('Nevada'), 
('New Hampshire'), 
('New Jersey'), 
('New Mexico'), 
('New York'), 
('North Carolina'), 
('North Dakota'), 
('Ohio'), 
('Oklahoma'), 
('Oregon'), 
('Pennsylvania'), 
('Puerto Rico'), 
('Rhode Island'), 
('South Carolina'), 
('South Dakota'), 
('Tennessee'), 
('Texas'), 
('Utah'), 
('Vermont'), 
('Virginia'), 
('Washington'), 
('West Virginia'), 
('Wisconsin'), 
('Wyoming');