Recherche:

Et elle remplace la clé pourrie auto-incrément dénuée de sens qu'on crée habituellement sur les autres SGBD pour "optimiser" la base.

L'intérêt de cette pseudo colonne, c'est qu'on peut utiliser...

Ben non, parceque dans un écran de recherche, je peux tout à fait vouloir rechercher tous les événéments de mon client, pas seulement les livraisons.

=> Imagine si j'ai des types d'événements...

Pas si les index (et heureusement c'est le cas) prennent toujours les trois premiers champs de la clé composite (codsoc, achvte, typeve) : ainsi, si j'ajoute une commande de vente, même si j'ai un...

Excuse-moi, je m'emporte facilement, il est vrai, désolé.

Mais avoue que depuis que Yanika_bzh a osé mettre en doute la bonne parole de l'article, y'a pas un argument qui tienne réellement la...

Au lieu de dire "aïe", montre-moi comment tu vas faire pour faire la requête ci-dessus de façon optimisée ?

En interrogeant 50 tables avec 50 union ?
En ajoutant un index... sur la clé composite...

Pour l'ensemble des informations que tu as flagué comme "clé étrangères" : ben oui, c'est bien des clés étrangères. Mais ça n'empêche pas que ça reste une colonne dans ma table...

code société +...

Ben si justement.
Un VARCHAR avec la valeur NULL dedans, c'est 2 octets.
Là, on va avoir systématiquement 4 octets consommés en plus par numéro de téléphone rempli.
Le gain de place est donc...

Sinon, j'ai arrêté la lecture de l'article au moment de l'exemple sur les téléphones. Il est on ne peut plus mauvais :

1/ Un numéro de téléphone a une taille potentiellement variable (si j'ai des...

Je vais me faire l'avocat du diable, et plussoyer dans la direction de Yanika_bzh :

Pour un événement (commande, facture, etc.) :

société d'appartenance
achat ou vente
type d'événement
code...