Discussion :

[Ghostaunt]

Bonjour,

Avec l'utilisation quotidienne de wordpress dans mon travail, je vois très souvent des champs en varchar afin de définir par exemple le type d'un post (page/post etc) sous forme de "slug"

Dans la BDD on retrouve donc dans ces champs types, leurs slug.
Et là, après une réflexion, je me demande si c'est utile d'utiliser ce genre de méthode, ou vaut il mieux utiliser un INT afin de définir dans un tableau en PHP chaque correspondance.

Imaginons, une table où sont enregistrés des transactions, j'aimerais stocker le type de paiement utilisé.
Stocker dans un champ tinyint(1) 1 pour CB et 2 pour chèque
Ou stocker directement sous forme de "slug" CB/CH

Nous pouvons également imaginer ce cas là pour la civilité d'une personne
Stocker "Mr,Mme,Mlle" ou "1 pour Mr ..."

Qu'en pensez vous ?
Merci

[CinePhil]

La bonne modélisation est une table de référence et une clé étrangère dans les tables qui utilisent cette référence.

Imaginons, une table où sont enregistrés des transactions, j'aimerais stocker le type de paiement utilisé.
Stocker dans un champ tinyint(1) 1 pour CB et 2 pour chèque
Ou stocker directement sous forme de "slug" CB/CH

tr_mode_paiement_mpt (mpt_id, mpt_libelle)
te_transaction_trn (trn_id, trn_id_mode_paiement)

Avantages :
1) Quand il faut ajouter un mode de paiement, il suffit d'insérer une ligne dans la table de référence. On ne touche pas à la structure des tables qui utilisent des modes de paiement ni les programmes qui listent ces modes de paiement car ils doivent normalement faire une simple requête sur la table de référence pour alimenter une liste déroulante.

2) Selon l'interclassement utilisé (le type de caractères) le moindre libellé alphanumérique peut prendre un petit paquet d'octets. Répété par le nombre de lignes qui l'utilisent, ça peut commencer à faire un beau gâchis d'espace !
Une clé étrangère de type entier prendra uniquement 4 octets, voire moins si on utilise des entiers encore plus petits :

Type Octets De A
TINYINT 1 -128 127
SMALLINT 2 -32768 32767
MEDIUMINT 3 -8388608 8388607
INT 4 -2147483648 2147483647
BIGINT 8 -9223372036854775808 9223372036854775807

3) Les libellés alphanumériques répétitifs peuvent être écrits avec des orthographes différentes, ce qui ne facilite pas les statistiques et peut donner des résultats faux suite à certaines requêtes qui ignorent ces orthographes différentes.
Le prétexte "Oui mais c'est contrôlé par le programme" n'est pas recevable car la BDD peut être utilisée potentiellement par plusieurs programmes ou alimentée par une source de données externe.
Au moins, avec la table de référence, le libellé est officiel et enregistré une seule fois.

Inconvénient :
Il faut faire une jointure pour récupérer le libellé.
Mais une table de référence est généralement très petite et restera en permanence en mémoire vive si elle est fréquemment utilisée. Et comme la jointure est le principal boulot d'un SGBD, c'est l'opération la plus optimisée et il ne faut aps en avoir peur !

[SQLpro]

Plus important encore :
Le secret d'une bonne modélisation réside dans quelques concept extrêmement simples :

• La mise à jour d’une information ne doit pas se traduire par la modification de plus d’une ligne

Par exemple, pour changer de Melle. en Mme. si tu a codé ta colonne civilité directement dans la table des personnes, ce sera des milliers de lignes à mettre à jour, donc un verrouillage exclusif de toute la table qui ne pourra donc pas être utilisée, même en lecture le temps de ce faire....

En revanche, dans une table de référence, un tel changement n’impacte qu'une seule ligne (donc verrou exclusif de ligne), ce qui n'empêche aucunement d'autres requêtes même de mise à jour sur cette même table et n'a aucune incidence d'aucune sorte sur la table de production.

Paradoxalement tu te retrouvera avec 2 id pour un même libélle, mais dont l'un sera considéré comme obsolète donc à ne plus utiliser...

A +

[CinePhil]

Mouais...
Moi je ferais quand même la mise à jour de toutes les clés étrangères référençant les "Mademoiselle" en y référençant "Madame".

Encore une belle connerie gouvernementale bien inutile ce truc d'ailleurs !

[Ghostaunt]

Très clair, merci bien !

[SQLpro]

Mouais...
Moi je ferais quand même la mise à jour de toutes les clés étrangères référençant les "Mademoiselle" en y référençant "Madame".

Encore une belle connerie gouvernementale bien inutile ce truc d'ailleurs !

Oui, mais aux heures creuses et en découpant ton batch pour minimiser la transaciton....

A +