420-PK6-SL Banques de données avancé JOINTURES

Transcription

1 420-PK6-SL Banques de données avancé JOINTURES

2 Alias de noms de champs Quand on a pas le temps de produire un «état» pour présenter les données d une requête, on peux faire appel à SqlPlus.exe et lancer une requête du type suivant: SELECT pcode, Lieu, DateAcq FROM Postes, Historique WHERE Postes.pcode = Historique.EqCode; Cette requête produira la sortie suivante: PCODE LIEU DATEACQ Les noms de champs sont utilisés en guise d entête de colonnes. P00001 Entrepot P00001 Entrepot Pas très présentable à un patron! P00001 Entrepot

3 Alias de noms de champs Oracle (et les autres SGBDR) nous offre un mécanisme pour substituer nos choix en guise d entêtes de colonnes, les alias de colonnnes. Avec la requête suivante: SELECT pcode as "Le Poste", Lieu as "Endroit", DateAcq as "Achat" FROM Postes, Historique WHERE Postes.pcode = Historique.EqCode; On obtiendras le résultat suivant: Le Poste Endroit Achat P00052 Expédition P00052 Expédition P00052 Expédition P00052 Expédition Plus acceptable n est-ce pas? Le mot clé ASest utilisé (mais est optionnel) pour introduire un alias. L alias doitêtre entre guillemets double seulements il contiens des espaces ou caractères accentués.

4 Alias de colonnes Si une table sert à préciser ou compléter un champ dans une autre, on peux vouloir exercer une requête sur la première table en y ajoutant des informations d une autre. Par exemple, la table la table Equipementcontiens un champ où se trouve un code de fournisseur. Si on veux amalgamer les deux tables afin de remplacer le code de fournisseur par le nom du fournisseuret le contanct, on pourras lancer la requête suivante: SELECT PCode, Lieu, NoSerie, Fournisseur, DateAcq FROM Postes, LienPostesEq, Equipement WHERE Postes.PCode = LienPostesEq.PCode AND LienPostesEq.ECode = Equipement.Ecode; Mais cette requête génère l erreur «définition de colonne ambigu» En effet, comment Oracle fera t-il pour faire la différence entre le champ PCodede la table Postes et le champ PCode de la table LienPostesEq?

5 REQUÊTE SUR TABLES PLUSIEURS À PLUSIEURS ALIAS DE TABLES On pourrait qualifier les champs partout où l ambiguïté se fait sentir comme suit: SELECT Postes.PCode, Postes.Lieu, Equipement.NoSerie, Equipement.Fournisseur, Equipement.DateAcq FROM Postes, LienPostesEq, Equipement WHERE Postes.PCode = LienPostesEq.PCode AND LienPostesEq.ECode = Equipement.ECode; Ça fait une très longue requête. On peux associer des aliasà chaque nom de table et abréger la requête comme suit: SELECT PO.PCode, PO.Lieu, EQ.NoSerie, EQ.Fournisseur, EQ.DateAcq FROM Postes PO, LienPostesEq LI, Equipement EQ WHERE PO.PCode = LI.Pcode AND LI.ECode = EQ.ECode; La requête n est-elle pas plus simple?

6 Jointures Prenons maintenant la simple relation entre Equipement et Fournisseurs. On désire lister toutes les pièces d équipement et d y ajouter les données concernant leurs fournisseur. Spontanément on écrirait la requête suivante: SELECT EQ.ECodeAS "Code Eq.", EQ.NoSerieAS "# Série", EQ.DateAcqAS "Acquis le", EQ.Fournisseur"Code F.", FO.Nom AS "Acheté de", FO.Responsable AS "Contact" FROM EquipementEQ, Fournisseurs FO WHERE EQ.Fournisseur = FO.FCode ORDER BY EQ.Fournisseur; Cette forme de requête était la norme dans la norme SQL-92. Cette requête nous retourne tous les enregistrements de Equipementqui satisfont la relation entre Equipementet Fournisseurs.

7 Jointures Depuis la norme SQL 2000 (et les suivantes), le concept de jointurea fait son apparition. La requête précédente reformulée avec l expression la plus simple de cette nouvelle norme s écrit comme suit: SELECT EQ.ECodeAS "Code Eq.", EQ.NoSerieAS "# Série", EQ.DateAcqAS "Acquis le", EQ.FournisseurAS "Code F.", FO.Nom AS "Acheté de", FO.Responsable AS "Contact" FROM Equipement EQ JOIN Fournisseurs FO ON EQ.Fournisseur = FO.FCode ORDER BY EQ.Fournisseur; Cette requête nous retourne tous les enregistrements de Equipementqui satisfont la relation entre Equipement et Fournisseurs. Le même nombre d enregistrements que la forme précédente sera retourné.

8 Jointures Votre patron veux avoir : - la liste complète des pièces d'équipement mais en plus -il veut que les données du fournisseur y soient -Il veux aussi que tous les fournisseurs savoir s'il y a des pièces d'équipement dont le fournisseur est inconnu. Essentiellement, ce qu'on désire c'est la liste jointée des équipements et des fournisseurs à laquelle on ajoute les équipements orphelins de fournisseurs. On auras recours à la clause LEFT (ou RIGHT) pour qualifier le JOIN. Le «coté» auquel référera ce mot clé sera déterminé selon l'ordre des tables dans la requête.

9 Jointures SELECT EQ.ECodeAS "Code Eq.", EQ.NoSerieAS "# Série", EQ.DateAcqAS "Acquis le", EQ.Fournisseur"Code F.", FO.Nom AS "Acheté de", FO.Responsable AS "Contact" FROM Equipement EQ LEFT JOIN Fournisseurs FO ON EQ.Fournisseur = FO.FCode ORDER BY EQ.Fournisseur; Ah! Cette requête nous retourne maintenant tous les enregistrements orphelins de la table fournisseur soit le F0006. Alors tous les enregistrements contenant le code F0006 n ont pas trouvés concordance avec la table des Fournisseurs mais le LEFT JOIN les a tout de même affiché.

10 Jointures Que se passerait-il maintenant si on exécutais un RIGHT JOIN? SELECTEQ.ECodeAS "Code Eq.", EQ.NoSerieAS "# Série", EQ.DateAcqAS "Acquis le", EQ.Fournisseur"Code F.", FO.Nom AS "Acheté de", FO.Responsable AS "Contact" FROM Equipement EQ RIGHT JOIN Fournisseurs FO ON EQ.Fournisseur = FO.FCode ORDER BY EQ.Fournisseur; Ah tiens Cette requête nous retourne maintenant tous les enregistrements pour tous les codes fournisseur présents dans la table Equipementmais en plus avec un Fournisseur orphelin soit le F0003.

11 Jointures Maintenant vous entendrez parler de OUTER JOIN et de INNER JOIN. Le INNER JOIN se comporte comme le JOIN. Le OUTER JOIN est plus subtile et peux produire des produits cartésiens dépendamment de votre requête. Le produit cartésien est l'assemblage de tous les enregistrements d'une tables avec tous les enregistrements de l'autre table. i.e. Une table de 10 enregistrements combiné à une de 5 enregistrements retournera un résultat de 50 rangs.

12 JOINTURES CONCLUSION On voit que -Une jointure simple nous retourne seulement les enregistrements où le lien est satisfait et c est le même résultat que l ancienne forme SQL-92. -Une jointure gaucheajoute à ce jeu résultat les enregistrements orphelins de la table située à gauche dans l écriture de la relation -Une jointure droiteajoute à ce jeu résultat les enregistrements de la table située à droite dans l écriture de la relation