Autre vue souhaitable ?

Bonjour.

J'ai une question technique sur l'utilisation des vues par le SGBD. Si la réponse dépend du SGBD, prendre en compte le fait que j'utilise MySQL.

Je suis en train de créer des vues sur une nouvelle BDD en cours de création et je me demande si le SGBD peut prendre l'initiative de simplifier la vue selon l'interrogation qui est faite dessus ou s'il va systématiquement exécuter toute la vue à chaque fois qu'elle sera utilisée.

Voici une vue un peu peu complexe qui va donner un paquet d'informations sur les étudiants inscrits à un stage :

Code:

---

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

CREATE VIEW stamas.v_etudiant AS SELECT e.etu_id_utilisateur AS id_etudiant, u.uti_login AS login_etudiant, u.uti_mot_passe AS mot_passe_etudiant, p.prs_nom AS nom_etudiant, p.prs_prenom AS prenom_etudiant, p.prs_adrel AS adrel_etudiant, p.prs_telephone AS tel_etudiant, e.etu_adresse AS adresse_etudiant, e.etu_id_concours AS id_concours_etudiant, c.ccr_libelle AS libelle_concours, e.etu_id_etablissement_origine AS id_etab_orig_etudiant, e1.etb_nom AS nom_etablissement_origine, s.stg_id AS id_stage, s.stg_id_etablissement AS id_etablissement_stage, e2.etb_nom AS nom_etablissement_stage, s.stg_date_debut AS date_debut_stage, s.stg_date_fin AS date_fin_stage FROM t_etudiant_etu AS e INNER JOIN t_utilisateur_uti AS u ON u.uti_id_personne = e.etu_id_utilisteur INNER JOIN t_personne_prs AS p.prs_id = u.uti_id_personne INNER JOIN t_concours_ccr AS c ON c.ccr_id = e.etu_id_concours INNER JOIN t_etablissement_etb AS e1 ON e1.etb_id = e.etu_id_etablissement_origine LEFT OUTER JOIN t_etu_inscrire_stg_eis AS i ON i.eis_id_etudiant = e.etu_id_utilisteur LEFT OUTER JOIN t_stage_stg AS s ON s.stg_id = i.eis_id_stage LEFT OUTER JOIN t_etablissement_etb AS e2 ON e2.etb_id = s.stg_id_etablissement

---

Mais l'application peut avoir besoin d'informations partielles sur l'étudiant, par exemple avant qu'il soit inscrit à un stage, ce qui fait que des jointures seraient inutiles dans la vue. Ainsi, si je fais ensuite la requête ci-dessous, les jointures externes sont inutiles :

Code:

---

1 2	SELECT id_etudiant, login_etudiant, nom_etudiant, prenom_etudiant, libelle_concours, nom_etablissement_origine FROM v_etudiant

---

Vaut-il mieux dans ce cas créer une vue plus simple ou le SGBD est-il capable de détecter que des jointures de la vue sont inutiles et ainsi simplifier le script de la vue ?

Comme je n'ai pas encore de données dans la BDD, je ne peux pas tester en réel mais un EXPLAIN de la requête dans MySQL semble considérer tous les index de toutes les tables.

Citation:

---

Envoyé par CinePhil

Vaut-il mieux dans ce cas créer une vue plus simple ou le SGBD est-il capable de détecter que des jointures de la vue sont inutiles et ainsi simplifier le script de la vue ?

Comme je n'ai pas encore de données dans la BDD, je ne peux pas tester en réel mais un EXPLAIN de la requête dans MySQL semble considérer tous les index de toutes les tables.

---

Un SGBD comme DB2 for z/OS élimine les jointures inutiles, mais d’après votre EXPLAIN, concernant MySQL, ça n’a pas l’air d’être le cas. Autant alors utiliser une vue débarrassée des jointures inutiles.

MySQL est très bourrin sur les vues. Il ne sait pas en faire la synthèse...

Lisez ce que j'ai écrit sur cet ersatz de SGBDR :
http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

A +