Fundamental

Sebelum Anda memodelkan relasi atau menyetel index, Anda perlu primitif yang sebenarnya diberikan DynamoDB: tipe nilai yang dapat Anda simpan, bagaimana Item berkelompok di disk, dan key yang menentukan di mana setiap Item berada. Salah pada hal ini dan setiap pola berikutnya akan melawan Anda.

Datang dari SQL, kejutannya dimulai di sini. Tidak ada kolom dan tidak ada schema — hanya atribut bertipe per Item — dan primary key bukan sekadar kemudahan, ia adalah tata letak fisik data Anda.

0 dari 9 dibacaKuis

Kapan Menggunakan DynamoDB (dan Kapan Tidak)

Kapan memakai DynamoDB dan kapan tidak. Sinyal pola akses, skala, dan biaya yang mengunggulkannya atas database relasional, serta workload yang tak cocok.

Pemula5 menit baca

Tipe Data DynamoDB

Sepuluh tipe data DynamoDB — scalar (S, N, B, BOOL, NULL), document (M, L), dan set (SS, NS, BS), tampilannya di DynamoDB-JSON, dan mana yang bisa jadi key.

Pemula4 menit baca

DynamoDB JSON & Marshalling

DynamoDB JSON dan marshalling — kenapa setiap nilai dibungkus dalam tag tipe, beda formatnya dari JSON biasa, dan cara mengonversi antara keduanya.

Pemula4 menit baca

Batas Ukuran Item DynamoDB (400 KB)

Batas ukuran item 400 KB di DynamoDB — apa saja yang dihitung, bagaimana nama atribut dan nesting menumpuk, dan cara memodelkan agar item tak tumbuh liar.

Pemula5 menit baca

Aksi Berbasis Item DynamoDB

Aksi berbasis item DynamoDB — GetItem, PutItem, UpdateItem, DeleteItem mengalamatkan satu item lewat primary key lengkapnya, berbeda dari Query dan Scan.

Pemula5 menit baca

Koleksi Item DynamoDB

Apa itu koleksi Item DynamoDB — setiap Item yang berbagi partition key — mengapa ia unit pembacaan Query yang efisien, dan batas-batas yang perlu diwaspadai.

Pemula8 menit baca

Composite Primary Key DynamoDB

Composite primary key DynamoDB adalah partition key plus sort key — mengelompokkan item terkait dan membuka query rentang yang mustahil bagi key sederhana.

Pemula6 menit baca

DynamoDB: Strongly vs Eventually Consistent

Pembacaan strongly consistent vs eventually consistent DynamoDB — jaminannya, biaya 2× RCU ConsistentRead, dan mengapa GSI hanya eventually consistent.

Menengah5 menit baca

Uji pemahamanIkuti kuis

Periksa apa yang sudah Anda pelajari di bagian ini.

Mulai dengan tipe data jika Anda benar-benar baru; lompat ke composite primary key jika Anda sudah tahu model nilai dan ingin bagian yang mendorong setiap pola akses.

Ingin mengutak-atik Item asli sambil membaca? Coba DynoTable dan periksa key serta koleksi tabel secara langsung.