Discussion :

[Msieurduss]

Bonjour à tous,

Petite question... Je suis en train de faire un peu de modélisation (et ça faisait trèèès longtemps, aussi je vous prierais d'être indulgents ) de base de données, et voici la question que je me pose : comment simplifier trois requêtes en une seule ?

Grosso-modo, les tables concernées par cette requête ressemblent à ça (j'ai simplifié histoire d'être clair) :

PAPI_ENQUETE
id_papi_enquete
#id_papi
#id_label
#id_commune
nom
...

COMMUNES
id_commune
#id_canton
#id_comm_commune
#id_pays
#id_departement
code_commune
nom
...

CANTON
id_canton
#id_comm_commune
#id_departement
#id_pays
...

Je souhaite récupérer, depuis PAPI_ENQUETE, le nom du canton.
Pour l'instant, si je suis mon schéma, la logique voudrait que je fasse ceci :
(x, y et z c'est pour l'exemple...)

Code :

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

1
2
3
4
5
6
7
8

# 1. Récupération de l'ID_COMMUNE du PAPI				
SELECT id_commune FROM 'papi_enquete' WHERE id_papi_enquete='x';				
# 2. Récupération de la commune qui contient l'ID_CANTON
SELECT id_canton FROM 'communes' WHERE id_commune='y';				
# 3. Récupération du canton qui contient cet ID_COMMUNE
SELECT nom FROM 'cantons' WHERE id_canton='z';

Je me demandais si cela était simplifiable par les INNER / JOIN / ON...
J'ai lu des choses là-dessus, donc un super tutoriel, mais je me trouve néanmoins tout à fait perdu !!! Trois tables ça n'aide pas...

Merci par avance !

[Metafire18]

Code :

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

1
2
3
4
5
SELECT ca.nom_canton 
FROM canton ca, communes co, papi_enquete p
WHERE p.id_papi_enquete='x' 
         AND p.id_commune=co.id_commune
         AND co.id_canton=ca.id_canton;

Les jointures sont effectués dans la clause WHERE par :

Code :

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

1
2
p.id_commune=co.id_commune
AND co.id_canton=ca.id_canton

Il est bien sur aussi possible d'utiliser le mot clef JOIN. Je me suis permis de rajouter l'attribut "nom_canton" dans la table Canton

[Snipah]

Bonjour,

En utilisant la syntaxe normalisée :

Code :

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

1
2
3
4
5
 
SELECT pe.*, ct.nom AS nom_canton
FROM 'papi_enquete' pe
INNER JOIN 'communes' cm ON pe.id_commune = cm.id_commune
INNER JOIN 'cantons' ct ON cm.id_canton = ct.id_canton

L'utilisation du INNER JOIN implique qu'une ligne de 'papi_enquete' n'ayant pas de correspondance dans 'communes' ou 'cantons' ne sera pas retournée.
Si vous souhaitez les afficher même sans correspondance, utilisez LEFT JOIN.

Au passage, vous avez sur les trois tables une colonne "nom", qui ne représentent pas la même donnée.
Il est généralement conseillé de les différencier, par exemple nom_canton, nom_enquete etc...

[Msieurduss]

Merci infiniment pour ces solutions, ainsi que les conseils.

Les membres de ce forum sont toujours appréciables... Merci !

[CinePhil]

pour prolonger ce que vient de dire Snipah, je m'interroge aussi sur :
1) id_pays
S'agit-il du pays au sens nation (France, Belgique...) ou du pays au sens morceau de territoire (Pays de Caux, Pays de Bray, Larzac...) ?

2) C'est quoi id_comm_commune ?
Une double identification de la commune ?

3) La notion de canton et de département est assez propre à la France. D'autres pays ont je crois des cantons (la Suisse notamment il me semble) mais je ne suis pas sûr qu'un autre pays ait de département. Quant à la région, elle regroupe des notions différentes selon le pays ou même au niveau européen. Une région européenne pourra regrouper plusieurs régions françaises ou au contraire une partie de région française. Je n'ai plus travaillé là-dessus depuis un an mais il me semble.

En France, il y a des découpages géographiques qui sont hiérarchiques :
Commune => Canton => Département => Région

Et d'autres qui ne le sont pas, tels que les petites régions agricoles et les bassins versants.

Si vous travaillez uniquement sur la France et avec un découpage hiérarchique, vous n'avez pas besoin de préciser dans la table des communes à quel département, région, pays elles appartiennent puisque ça se retrouve par hiérarchie à partir du canton.
Si vous travaillez sur plusieurs pays, alors une commune peut appartenir à un canton (si elle est française ou suisse) ou pas. Par contre, elle appartient toujours à un pays (au sens nation).
On a alors le MCD suivant :
Commune -1,1-------------------Situer--------------------------------------1,n- Pays
|----------------0,1----Appartenir----0,n- Canton -1,1----Decouper----0,n---|

[Msieurduss]

Bonjour,

Merci pour ce retour.
En réalité, pays indique les pays DANS les régions (ex : Périgord Vert).

On a cette hiérarchie :
commune > canton > communauté de communes > pays > département > région

Sauf qu'en réalité, la place du canton peut être complexe...

Par ailleurs, dans les bases, je ne me suis finalement pas basé sur l'ID mais sur nom_canton, nom_commune, etc. comme clés étrangères. Honnêtement, c'est un travail complexe... !

[CinePhil]

On a cette hiérarchie :
commune > canton > communauté de communes > pays > département > région

A mon avis c'est faux !
Commune > Département > Région est une hiérarchie officielle.

MCD 1 :
Commune -1,1----Situer----1,n- Département -1,1----Regrouper----1,n- Région

Il peut y avoir plusieurs cantons pour une commune ou plusieurs communes pour un canton.

MCD 2 :
Canton -1,n----Contenir----1,n- Commune

Une communauté de communes comprend plusieurs communes et une commune peut être comprise dans une communauté de communes.

MCD 3 :
Communauté de communes -1,n----Comprendre----0,n- Commune

Un canton est inclus dans un département et un département inclus plusieurs cantons.

MCD 4 :
Canton -1,1----Inclure----1,n- Département

Sauf qu'en réalité, la place du canton peut être complexe...

Je ne crois pas qu'elle puisse être plus complexe que ce que je viens de décrire.

Par ailleurs, dans les bases, je ne me suis finalement pas basé sur l'ID mais sur nom_canton, nom_commune, etc. comme clés étrangères. Honnêtement, c'est un travail complexe... !

Ca c'est un mauvais choix maintes fois expliqué pour des raisons de performance et de mises à jour des clés en cas de changement de noms (Chalons sur Marne est devenu Chalons en Champagne, Côtes du Nord est devenu Côtes d'Armor, Seine Inférieure est devenue Seine Maritime...).

[Msieurduss]

Je ne crois pas qu'elle puisse être plus complexe que ce que je viens de décrire.

Effectivement, c'est tout à fait ça. C'est ce que j'indiquais lorsque je parlais de "complexité"....

Ca c'est un mauvais choix maintes fois expliqué pour des raisons de performance et de mises à jour des clés en cas de changement de noms (Chalons sur Marne est devenu Chalons en Champagne, Côtes du Nord est devenu Côtes d'Armor, Seine Inférieure est devenue Seine Maritime...).

En effet.....
Je débute un peu dans le domaine (jusqu'à présent, je n'ai fait que des bases de données simplistes). Merci pour ces remarques qui m'aident