Version imprimable
Bonjour,
je lis le chapitre OPTIMISATION des SGBDR et du SQL du cours SQLPro.
L'auteur ditJe ne suis pas sûr d'avoir bien compris. Cela signifie qu'il faut éviter d'avoir une clé primaire du type OU989RE43 ? C'est à dire un mélange de chiffre et de lettres par exemple ?Citation:
Évitez les clefs composites. Préférez encore une fois une clef purement informatique !
Merci pour vos réponses.
++
Clé composite veut dire "composée de plusieurs colonnes".
Ok, j'avais imaginé cette idée aussi.
Bon et bien merci d'avoir répondu à ma question (con)
Et donc, utiliser des clés primaires tels que OU989RE43 ne pose pas de problème, à partir du moment où j'utilise un char plutôt qu'un varchar, et si possible un char composé de 4 caractères ?
Préférer une bête séquence à une clé composé de plusieurs info, ex : A001 ou F001
1° lettre -> A ou F pour Avoir ou Facture ;)
Ok merci
A+
Votre clef OU989RE43 est composée de 9 caractères soit 9 octets. Un processeur ne peut traiter que 32 bits en une seule passe. Or votre literal requiert au moins 3 passes pour pouvoir être lu, comparé... De plus les problématiques de jeux de caractères, collations, etc... multiplie par un facteur non négligeable le nombre de passe pour les comparaions et les recherches. Dans votre cas, je dirais que votre littéral nécessitera au moins 6 passes dans le processeur pour chaque lecture. En comparaison un entier de 32 bits n'en mettra qu'une seule.
Préférez vous être 6 fois moins rapide ?
De plus vous voulez utiliser le VARCHAR qui possède quelques effets pervers supplémentaires, notamment si la valeur est mise à jour.
Bref, soit vous voulez une base de données performante => clef de type entier, soit vous voulez vous faire plaisir...
A +