Discussion :

[Crackerz]

Bonjour,

J'ai quelques questions vis-à-vis de l'optimisation et notamment sur l'article OPTIMISATION des SGBDR et du SQL de SqlPro.

Évitez les jointures trop complexes en particulier sur plus de deux tables.

1)Après normalisation comment peut-on effectuer des jointures sur au plus deux tables ?
La normalisation décompose ces dernières en plusieurs plus petites tables imposant souvent des jointures entre facilement plus de deux tables...

2)Il m'arrive de stocker l'état d'un message (envoyer,reçu,lu) pour se faire je stocke dans une table EtatMessage les trois etats précédents.

Code :

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

Etat(idEtat,idMessageFk); //Avec une contrainte Check pour être sur que la colonne ne contient uniquement un des trois etats - Type de la colonne Varchar(7)

Est-il préférable d'enregistrer le nom de l'état le plus court possible ? Exemple : E,R,L (char (1)). Un deuxième exemple peut être celui du sexe : F,M.

3)Je ne prend généralement pas la peine de normaliser les Prénom/Nom est-ce une grossière erreur ?

Merci pour vos conseils

[SQLpro]

Vous n'avez pas compris... Il ne s'agit pas d’éviter plus de 2 tables dans la requête, mais plus de 2 tables dans la jointure ! (clause ON...)

Soit, par exemple, trois table TB, TB et TC une requête comme celle-ci :

Code :

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

1
2
3
4
5
6
7
SELECT *
FROM   TA
       INNER JOIN TB
             ON TA.??? = TB.???
       INNER JOIN TC
             ON TA.??? = TC.???
             AND TB.!!! = TC.!!!

Comporte bien 3 tables dans la jointure; Elle est impossible à optimiser; Avec 3 tables on les appelle jointure triangulaires... A lire : http://blog.developpez.com/elsuket/p..._triangulaires

A +