Clé de sharding shard key
La colonne qui détermine sur quel shard (nœud de base de données) atterrit une ligne dans une base partitionnée horizontalement. Le choix de la clé de sharding est l'une des décisions les plus importantes — et les plus difficiles à défaire — d'une base de données distribuée.
Mécanique : la valeur de la clé est hachée ou associée à une plage → cela détermine le shard. Objectif : une répartition uniforme des données ET que les requêtes les plus courantes tombent sur un seul shard (pour éviter les coûteuses requêtes « inter-shards »). Pièges classiques : une mauvaise clé crée des « points chauds » (un shard reçoit tout le trafic — par exemple un sharding sur la date quand tout le nouveau trafic est « aujourd'hui »), ou oblige les requêtes à interroger tous les shards (scatter-gather). Une bonne clé : cardinalité élevée, accès uniformes, cohérente avec les schémas de requêtes (par exemple l'identifiant de locataire en multi-tenant). Difficile à changer après coup → exige souvent un resharding complet. À rapprocher : sharding par hachage ou par plage, et « co-location » (placer les lignes liées sur le même shard). Central dans des systèmes comme Vitess, Citus, MongoDB, DynamoDB.