Index

Un index secondaire te donne un second mode d’accès sur les mêmes données — une clé de partition et une clé de tri différentes. En venant de SQL, le piège est de traiter un GSI comme un index B-tree qu’on ajoute gratuitement. Ce n’en est pas un : un GSI est une copie répliquée de tes données avec ses propres clés, son propre coût et ses propres règles de cohérence.

Cette section couvre le choix du bon type d’index, le fait de garder les index peu coûteux, et les pièges qui mordent en production — lectures périmées et limitation d’écriture qui remontent à un index, pas à la table.

0 sur 7 lusQuiz

GSI vs LSI dans DynamoDB

GSI vs LSI dans DynamoDB — les différences de clé de partition, de cohérence, de capacité et de plafond 10 GB, et une règle simple pour choisir l'index secondaire.

Débutant3 min de lecture

Projections d'index DynamoDB : KEYS_ONLY, INCLUDE et ALL

Projections d'index DynamoDB — KEYS_ONLY, INCLUDE et ALL — ce que chacune copie dans un GSI/LSI, le compromis coût de stockage et d'écriture, et pourquoi un attribut manquant force une lecture sur la table de base.

Intermédiaire5 min de lecture

Les sparse indexes DynamoDB

Les sparse indexes DynamoDB permettent à un global secondary index de ne contenir que les items qui portent sa clé — le moyen le moins cher d'interroger un petit sous-ensemble d'une grande table.

Intermédiaire7 min de lecture

Le key overloading dans DynamoDB

Le key overloading dans DynamoDB — stocke plusieurs types d'entités sous des noms PK/SK génériques, encode le type dans la valeur de clé, et sers chaque mode d'accès depuis une seule table.