J’ai tenté de tenir compte de vos commentaires précédents, notamment sur les majuscules, est-ce plus lisible ?

Selon les « règles » établies pour cette série « Dessine-moi MySQL », les schémas doivent être suffisamment explicites pour ne pas nécessiter d’explications supplémentaires…
Cependant, vu que je n’ai pas 10 ans d’école d’arts graphiques derrière moi (ça s’est vu ?), et que chaque règle a son exception, je rajouterai tout de même ceci :

Sous MyISAM, il n’y a pas de différence entre une clé primaire et un index « classique » du point de vue de leur structure, ils sont implémentés de la même façon : ils sont triés et pointent vers le ou les enregistrements correspondants. A noter que MyISAM stocke les enregistrements dans l’ordre où ils sont insérés.

En revanche sous InnoDB, une clé primaire est un index dit « clustered« . L’index est dans ce cas « accolé » aux données, il n’y a pas de « saut » supplémentaire à effectuer pour aller chercher l’enregistrement une fois qu’on est positionné sur la valeur recherchée de la clé primaire.
Avec InnoDB, les enregistrements sont stockés non pas dans l’ordre d’insertion mais triés selon la clé primaire.

Rajoutons pour terminer que sous InnoDB, un index secondaire contient systématiquement la clé primaire. C’est en effet la clé primaire qui permet de retrouver l’enregistrement recherché.
Deux conséquences :
- il faut bien choisir sa clé primaire (concise de préférence puisque celle-ci sera présente dans chaque index secondaire).
- le fait que la clé primaire soit présente sur chaque index secondaire permet « d’émuler » la présence d’un index supplémenaire sur votre table, autrement dit il existe des stratégies d’optimisation au rayon des covering index à ce sujet…

Ce dernier point sonne comme un proverbe chinois ? Alors ne manquez pas le prochain épisode sur les covering index, le support de cours est justement sous vos yeux

Il s’agit ici du type de schéma que nous avons tous griffonné pour un collègue ou soi-même afin de clarifier un processus : pas de powerpoint, pas de visio mais un brouillon, un stylo, et hop.

La règle du jeu : le schéma doit dans l’idéal se suffire à lui-même et ne pas forcément engendrer un billet qui ferait office de « légende »… Néanmoins quelques mots d’explications ne sont parfois pas de trop, même à côté d’un schéma, donc tout est possible.

La « richesse » des schémas/dessins viendra également des commentaires qui leur seront attribués, de la même façon que les commentaires enrichissent les billets d’un blog en ajoutant au billet initial les questions/retours d’expérience des lecteurs. Je vous encourage donc à poster des commentaires les concernant : questions, remarques, etc.

Voici ce que donne cette première tentative…

Que pensez-vous de ce premier schéma/prototype ? Lisible ? La résolution ? Des remarques ?

J’attends vos retours/suggestions afin de déterminer si l’idée vous plaît, auquel cas ce premier essai pourrait se transformer en une série au doux nom de « Dessine-moi MySQL » qui pourrait s’avérer très sympa… à condition bien sûr de savoir déchiffrer mes hiéroglyphes, ce qui je vous l’accorde représente un certain challenge.

A vos claviers !