Indici

Un secondary index ti dà un secondo access pattern sugli stessi dati — una partition key e una sort key diverse. Venendo da SQL, la trappola è trattare un GSI come un index B-tree gratis da aggiungere. Non lo è: un GSI è una copia replicata dei tuoi dati con chiavi proprie, costo proprio e regole di coerenza proprie.

Questa sezione copre la scelta del tipo di index giusto, come tenere gli index economici e i tranelli che mordono in produzione — letture stale e write throttling che risalgono a un index, non alla tabella.

0 di 7 lettiQuiz

GSI vs LSI in DynamoDB

GSI vs LSI in DynamoDB — le differenze di partition key, coerenza, capacità e limite di 10 GB, e una regola semplice per scegliere quale indice secondario usare.

Principiante3 min di lettura

Proiezioni degli indici DynamoDB: KEYS_ONLY, INCLUDE & ALL

Proiezioni degli indici DynamoDB — KEYS_ONLY, INCLUDE e ALL — cosa copia ciascuna in una GSI/LSI, il compromesso tra costo di storage e di scrittura e perché un attributo mancante forza una lettura sulla tabella base.

Intermedio5 min di lettura

Indici sparsi in DynamoDB

Gli indici sparsi di DynamoDB permettono a una global secondary index di contenere solo gli item che portano la sua chiave — il modo più economico per interrogare un piccolo sottoinsieme di una grande tabella.

Intermedio7 min di lettura

Key overloading in DynamoDB

Key overloading in DynamoDB — memorizza molti tipi di entità sotto nomi generici PK/SK, codifica il tipo nel valore della chiave e servi ogni pattern di accesso da una sola tabella.