Discussion :

[jc511085]

Bonjour,

J'espere qu'une personne pourra eclairer ma lanterne.

Bien que comprenant ceratins principes de base au sujets des bases de donnees relationnelles et de SQL (ainsi que de l'algebre lineaire), je n'ai jamais reussi a comprendre comment:

1) Traduire, en utilisant une methodologie que je recherche, une question exprimee en langage naturel en une requete SQL

2) Savoir quand utiliser une jointure ou bien alors une sous-requete ou une combinaison

J'arrive a ecrire des requetes sur plusieurs tables mais parfois c'est plus de la "magie" que de la science et bien que la magie soit une activite interessante a plusieurs niveaux ce n'est pas vraiment sa place dans une application informatique . Et parfois cela ne donne pas le resultat escompte ! (voir exemple en fin de message).

Pourriez-vous m'aider?

Merci par avance pour tout effort qui sera apprecie de toute facon.

Jean-Michel.

Exemple de probleme:

Table Propriete (PropId, PropAdresse, TypeBatId)
Table TypeBatiment (TypeBatId, TypeBatDesc)
Table ProprieteSinistres (PropSinId, PropId, SinDate)
Table Sinistre(SinDate, SinHeure)
Table ProprieteSinistresSources(PropSinId, SinSourceId)
Table SinistreSource(SinSourceId, SinSourceDesc)

Donc un enregistrement de la table Propriete peut avoir subi plusieurs sinistres, donc relie a plusieurs enregistrements de la table ProprieteSinistres.

La table ProprieteSinistres est reliee a la table Propriete par la cle etrangere PropId.

Un enregistrement de la table ProprieteSinistres est relie a un enregistrement de la table Sinistre par la cle etrangere SinDate.

Un meme sinistre pour une propriete specifiee, peut avoir eu plusieurs sources.

Exemple dans le cas d'une inondation l'eau peut venir en meme temps d'une riviere, etre remontee depuis le sol et avoir debordee des egouts.

Ceci est enregistrer par l'intermediaire de la table ProprieteSinistresSources.

La table TypeBatiment a ete cree de facon a pouvoir changer en une seule fois un type de batiment un peu a la maniere d'utilisation d'une variable dans un programme a la place d'une valeur "en dur".

Un enregistrement de la table Sinistre peut avoir "touche" plusieurs propriete, ceci est enregistrer dans la table ProprieteSinistres.

Le but est d'enregistrer tous les sinistres et toutes leurs sources pour toutes
les proprietes et de pouvoir faire des requetes variees sur ces informations/donnees.

J'ai donc construit une requete comme celle-ci (la requete finale implique encore plus de tables que les cinq donnees en exemple) qui en fait se termine par un produit cartesien ce qui n'est pas le but recherche.

La question est:

Lister toutes les proprietes touchees par un sinistre dont la date est specifiee en indiquant la date et l'heure du sinistre, l'adresse, le type de propriete ainsi que toutes les sources du sinistre pour chacune des proprietes.

Ma requete, qui donne un produit cartesien :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
SELECT 
   Sinistre.SinDate,
   Sinistre.SinHeure,
   Propriete.PropAdresse,
   TypeBatiment.TypBatDesc,
   SinistreSource.SinSourceDesc
 FROM 
 (
 (
   TypeBatiment INNER JOIN Propriete ON TypeBatiment   
   TypeBatId=Propriete.TypeBatId
 ) 
 INNER JOIN 
    ProprieteSinistres 
 ON 
    Propriete.PropId=ProprieteSinistres.PropId
 )
 INNER JOIN
 (
   SinistreSource
 INNER JOIN
   ProprieteSinistresSources
 ON  
   SinistreSource.SinSourceId=ProprieteSinistresSources.SinSourceId
 ) 
ON
   ProprieteSinistresSources.SinDate=Sinistres.SinDate
WHERE
  Sinistres.SinDate=x
Order By
  Sinistre.SinDate,
  Sinistre.SinHeure,
  Propriete.PropAdresse,
  TypeBatiment.TypBatDesc,
  SinistreSource.SinSourceDesc
;

[Waldar]

Je ne pense pas que votre requête donne un produit cartésien.
Vos propriétés et sinistres ressortent plusieurs fois car vous avez probablement régulièrement plusieurs sources pour un même sinistre.

Voici votre requête légèrement ré-écrite :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
SELECT 
    Sinistre.SinDate,
    Sinistre.SinHeure,
    Propriete.PropAdresse,
    TypeBatiment.TypBatDesc,
    SinistreSource.SinSourceDesc
FROM 
    TypeBatiment
    INNER JOIN Propriete
      ON Propriete.TypeBatId = TypeBatiment.TypeBatId
    INNER JOIN ProprieteSinistres 
      ON ProprieteSinistres.PropId = Propriete.PropId
    INNER JOIN Sinistre
      ON Sinistre.SinDate = ProprieteSinistres.SinDate
    INNER JOIN ProprieteSinistresSources
      ON ProprieteSinistresSources.PropSinId = ProprieteSinistres.PropSinId
    INNER JOIN SinistreSource
      ON SinistreSource.SinSourceId = ProprieteSinistresSources.SinSourceId
WHERE
    Sinistres.SinDate = <parametre>
Order By
    Sinistre.SinDate,
    Sinistre.SinHeure,
    Propriete.PropAdresse,
    TypeBatiment.TypBatDesc,
    SinistreSource.SinSourceDesc

Déjà vous remarquerez que les parenthèses ne sont pas nécessaires, on y gagne en clarté.

Par contre avant d'aller plus loin, en réécrivant votre requête j'ai remarqué que la description des tables que vous avez donnée ne correspond pas à cette dernière : pas de table Sinistre dans votre requête, pas de champ SinDate dans la table ProprieteSinistresSources.
Pouvez-vous vérifier ceci ?

Et si vous pouviez mettre quelques données (un pas de test léger) avec un résultat qui vous pose problème ce serait encore mieux.

[jc511085]

Merci pour votre reponse.

Je vais revoir les tables et champs car l'exemple propose est une traduction simplifiee de la structure de la base en construction.

Je reviens vers vous et le forum (avec aussi un respect des regles du forum) tres bientot.

En attendant, quelle methodologie utilisez-vous pour etablir le texte de votre requete SQL en partant du schema de la base et de la question/requete utilisateur posee?

Merci encore

Jean-Michel.

[anakronox]

Bonjour. Il n'y a pas vraiment de methodologies pour cela. En fait si tu dispose déjà de ton schéma (ou MCD) il est simple de savoir comment organiser ta requête.
Par exemple si on te demande des données liées à une unique table, tu regardes ton schéma et tu ecris la requête correspondante.
Aussi, pour les jointures, l'utilisateur demande généralement (pour ne pas dire tout le temps) des informations qui appartiennent à des tables différentes. Dans ce cas l'une des tables en question dispose de la clé primaire de l'autre table (appelée clé étrangère) sur laquelle s'effectue la jointure.
Les associations porteuses de données fonctionnent sur ce principe.

Un bon conseil tout de même: aide toi toujours de ton MCD car il te permet de bien constater les associations entre les tables.
Tu peux aussi chercher des cours sur ce sujet. (Google est ton ami )

[fally]

Un bon conseil tout de même: aide toi toujours de ton MCD car il te permet de bien constater les associations entre les tables.

et par suite du MLD, plus clair et plus simple

[CinePhil]

Une remarque conceptuelle sur la description des tables qui est donnée dans le premier message :

Table ProprieteSinistres (PropSinId, PropId, SinDate)
Table Sinistre(SinDate, SinHeure)

S'il y a plusieurs sinistres à la même date, on ne pourra plus faire la différence entre les propriétés touchées par tel ou tel autre sinistre.

Le bon conseil dans les réponses qui ont été données : commencer par faire un MCD solide.

[SQLpro]

La clause FROM qui permet la jointure des tables dessine un arbre de jointure comme je l'ai déjà exprimé mainte fois. A partir du graphique de votre MCD et MPD il est facile de trouver le sous réseau qui constitue l'arbre de jointure.
http://sqlpro.developpez.com/cours/s...ointures/#LV-B

Il faut toujours commencer par la clause FROM (et donc ses multiples JOIN), ensuite par la clause WHERE et pour terminer la clause SELECT.

A +