Index

Secondary index memberi Anda pola akses kedua atas data yang sama — partition key dan sort key yang berbeda. Datang dari SQL, jebakannya adalah memperlakukan GSI seperti index B-tree yang gratis untuk ditambahkan. Bukan: sebuah GSI adalah salinan tereplikasi dari data Anda dengan key-nya sendiri, biayanya sendiri, dan aturan konsistensinya sendiri.

Bagian ini membahas pemilihan tipe index yang tepat, menjaga index tetap murah, dan gotcha yang menggigit di produksi — pembacaan basi dan throttling penulisan yang berakar pada sebuah index, bukan tabel.

0 dari 7 dibacaKuis

GSI vs LSI di DynamoDB

GSI vs LSI di DynamoDB — perbedaan partition key, konsistensi, kapasitas dan 10 GB, serta aturan sederhana untuk secondary index mana yang harus dipakai.

Pemula3 menit baca

Proyeksi Index DynamoDB: KEYS_ONLY, INCLUDE & ALL

Proyeksi index DynamoDB — KEYS_ONLY, INCLUDE, dan ALL — apa yang disalin masing-masing ke dalam GSI/LSI, trade-off biaya penyimpanan dan penulisan, dan mengapa atribut yang hilang memaksa pengambilan dari tabel dasar.

Menengah5 menit baca

Sparse Index DynamoDB

Sparse index DynamoDB membiarkan sebuah global secondary index hanya menampung Item yang membawa keynya — cara termurah untuk mem-query subset kecil dari tabel besar.

Menengah7 menit baca

Key Overloading di DynamoDB

Key overloading di DynamoDB — simpan banyak tipe entitas di bawah nama PK/SK generik, encode tipenya di nilai key, dan layani setiap pola akses dari satu tabel.