Discussion :

[Belenos]

Salut c'est encore moah !

J'avance bien depuis que je poste ici

Voila je me demande comment font les sites qui permette de chercher par localisation géographique.

Exemple:

Il y a 4 champs dans le formulaire:
->pays
->région
->département
->ville

Je voudrais que si un utilisateur recherche dans une région ça aille chercher
toutes les villes concernées mais je vois pas comment trier mes tables pour avoir ce résultat.

C'est géré comment? avec une base de donnée, avec un gros tableau pré-rempli en php ou un flux RSS peut être ? les trois à la fois (flux RSS chargé dans une base de temps en temps pour la rapidité d'exécution p'tète bien)?
Si c'est un flux RSS quelqu'un sait ou on peut trouver ça?

PS: oui red je me suis mis au tuto gestion promis

[Belenos]

Je tiens à préciser que oui j'ai fais une recherche et oui j'ai trouvé des réponse mais seulement sur du php/AJAX ici venant de cette page-ci

mais JavaScript ne m'intéresse pas ici. Je ne vois pas comment lier les tables dans ma base puisque un pays contient des régions qui contient des villes. Comment faire ça en MySQL pour simplifier les requêtes sans répéter des données?

Je fais les tables "ville", "région", "pays" champs:
->id
->nom
et après je sais plus

[ced]

Bonjour,

L'imbrication d'informations géographiques peut se gérer de plusieurs façons. par exemple, tu peux avoir une table par "niveau géographique", avec des clefs étrangères d'un niveau supérieur vers le niveau inférieur (identifiant de département dans la table des villes, par exemple ; puis identifiant de région dans la table des départements, etc...).

Le problème, c'est que ça fait plein de jointures et que l'ajout d'un nouveau niveau (l'arrondissement, par exemple) casse le modèle.

Tu peux faire une seule table géographique avec une représentation hiérarchique dans la même table, avec des auto-jointures (identifiant parent référencé à chaque ligne fille). Le problème, c'est qu'il faut mettre en place de la récursivité, et que ça devient vite la galère...

Le mieux, en termes de performances, c'est donc de créer une seule table avec une structure arborescente gérée par des intervalles. Tout est expliqué dans le tutoriel suivant : http://sqlpro.developpez.com/cours/arborescence/.

ced