Discussion :

[nscott32]

Bonjour,

J'ai une table Ville(ville VARCHAR(163) NOT NULL, codeVille INT NOT NULL AUTO_INCREMENT, PRIMARY_KEY(ville))

J'ai choisi de mettre ville comme clef primaire, car "Thonon-les-bains", "Thonon les bains", "Thonon" désignent ici la même ville, les tuples auront le même codeVille.

Mais comment faire correspondre les codeVille alors qu'ils sont en AUTO_INCREMENT ? Un simple UPDATE ne fonctionne apparemment pas...

Sinon je pourrais toujours ne pas mettre d'AUTO_INCREMENT, mais après il faudra faire une manip à chaque ajout de ville, cela dit, pas trop pénible avec une vue.

[ced]

Bonjour,

Si c'est la même ville, pourquoi vouloir l'avoir plusieurs fois dans la table des villes ?

[nscott32]

Bonne question,
si l'utilisateur, en saisissant son adresse, entre une ville qui n'est pas répertoriée, on l'ajoute dans la table Ville; si ensuite le gestionnaire s'aperçoit qu'un utilisateur habite à Evian, un autre à Evian-les-bains (et encore un autre à Evian les bains) - ces 3 nom de villes correspondent à une seule et même ville - et bien il n'aura qu'à modifier le codeVille de sorte que les 3 coïncident.
Si alors un nouvel utilisateur entre la ville d'Evian-les-bains (ou Evian, etc...), la ville est déja répertoriée.

Cela sert surtout lorsque je veux répertorié toutes les personnes qui d'une certaines ville, ça évite de faire la distinction entre deux écritures qui font allusion à une même chose - c'est pour prendre en compte les synonymes.

[aieeeuuuuu]

Bonjour,

Et comment ferez vous pour distinguer deux villes différentes ayant le même nom ?

[nscott32]

Des requêtes avec LIKE.
Je conçois que l'idée est un peu tirée par les cheveux , pour ma modélisation je suis finalement parti sur l'idée qu'on aura récupéré une base de données listant toutes les villes du monde pour éviter ce problème.

Mais la question est toujours valable

[aieeeuuuuu]

Des requêtes avec LIKE.

LIKE n'y changera rien. De tout façon, avec le nom de commune en clef primaire, vous ne pourrez pas enregistrer à la fois Arques dans l'Aveyron, et Arques dans le Pas-De-Calais...
Il convient de choisir des clef primaires les plus courtes possible (et on peut faire beaucoup mieux que du VARCHAR(163) ), ne portant aucune information, afin qu'elles n'aient jamais à être modifiées.
C'est le seul intérêt de AUTO_INCREMENT, qui fournit une clef numérique, en vue d'être utilisée comme clef primaire
Pour un autre usage, il convient d'utiliser autre chose (comme les SEQUENCES par exemple, mais je ne sais pas si MySQL les implémente...)

[pier.antoine]

Bonsoir

Ne serait-il pas possible de passer par une table intermédiaire "Association"?

Quelque chose comme cela :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
T_VILLE
_________
T_VILLE_ID 
T_VILLE_NOM
 
 
T_VILLE_ORTHOGRAPHE
______________________
T_VILLE_ORTHO_ID
T_VILLE_ORTHO_VILLE
T_VILLE_ORTHO_LIB

avec T_VILLE_ORTHO_VILLE clé étrangère se rapportant à T_VILLE_ID

Pierre

[ju91a]

Pourquoi ne pas utiliser une base de données complète des villes, ça évite aux utilisateurs de créer des villes car tu auras toujours des doublons.


Sinon je pense que le plus simple serait de créer un script PHP qui permet de détecter ces "doublons".
On choisit la ville à garder, et un script met à jour la table utilisateur avec le nouvel ID et supprime la ville doublon de la table ville.