Table MySQL des départements français
Faisant suite à l'article sur la création d'une table MySQL de pays, voici un deuxième script d'importation qui lui vous permettra d'ajouter dans votre base de données tous les départements français.
Trois colonnes, simplement et efficacement :
- Id du département,
- Code du département : numéro officiel régional,
- Nom du département.
Comme d'habitude, la table est encodée en UTF-8, avec le moteur InnoDB, pour pouvoir gérer les clefs étrangères, utilisées presqu'obligatoirement avec ce genre de tables.
Table MySQL des départements français
[Edit du 28 octobre : mise en ligne de la bonne version]
C'est quoi cette table en carton ? ;o
Un ID de département en bigint signé `nom` et `code` en latin1 mais import en utf8 ? De plus, il manque les DOM.
Donc : ;o !
En effet, autant pour moi ! J'avais mis à jour une mauvaise version : la version avant optimisation, brute de fonderie comme j'ai pu la récupérer sur un autre site. Bien évidemment, la clef doit être un tinyint pour optimiser le tout.
A Ip, Ip ip ip hourra ! :p
Hey Jonathan
Tu va peut être dire c'est du chipotage, mais pourquoi y a 2 apostrophes pour : Val-d''Oise ?!
Pourquoi y a un espace à la fin des noms de départements (là c'est un peu du chipotages :)).
Mais pour les 2 apostrophes j'ai pas pigé.
Mou j'utilise par exemple la fonction mysql_real_escape, ça insère le nom tel quel avec guillemets ou accolades sans risque d'SQL injections, du coup j'ai ni doubles accolades ni escapes.
@kirek : Pour les double apostrophes, il s'agit de l'échappement pour MySQL. Tu peux t'en assurer en copiant/collant ce code sous PHPMyAdmin par exemple. Lors de l'importation, tu t'apercevras alors qu'il n'y a plus qu'une et une seule quote. Et pour cause : sinon le quote simple serait interprété comme la fin de la chaîne.
Pour l'espace à la fin de chaque département en revanche, effectivement, il s'agit bien d'une erreur. Cela s'explique par le fait que j'ai récupéré la liste des départements en XML depuis un site de normes, et il a dû apparaître lors de la conversion. C'est à présent corrigé. :)
Quant à la fonction mysql_real_escape, préfère utiliser PDO. Tu verras, les risques d'injections disparaîtront automatiquement, sans avoir à se soucier toi-même d'utiliser de telles fonctions.