Glosarium

Definisi istilah DynamoDB dan DynoTable yang dipakai di seluruh dokumen ini. Banyak istilah muncul sebagai garis bawah putus-putus di dokumen — klik salah satu untuk melihat definisinya secara inline.

Adjacency list: Cara menyimpan graf sebagai item biasa, dengan setiap edge diberi key berdasarkan sumbernya pada partition key dan targetnya pada sort key. Satu Query mendaftar tetangga sebuah node — pengganti DynamoDB untuk meng-join tabel join. Pelajari konsepnya →
Atribut: Sebuah field bertipe tunggal pada sebuah Item (string, number, binary, boolean, list, map, set, atau null). Item dalam satu tabel tidak harus memiliki atribut yang sama. Pelajari konsepnya → Di DynoTable →
AWS Bedrock: Layanan terkelola AWS untuk foundation model. Asisten AI DynoTable dapat berjalan terhadap Bedrock memakai kredensial AWS Anda sendiri, menjaga prompt tetap di dalam akun Anda. Di DynoTable →
Composite key: Sebuah primary key yang terdiri dari partition key ditambah sort key. Ini memungkinkan banyak Item berada di bawah satu partition key, dapat dialamati sebagai koleksi yang terurut. Pelajari konsepnya → Di DynoTable →
Deeplink aktivasi: Sebuah tautan dynotable://activate?token=… yang diserahkan situs web ke aplikasi desktop untuk mengaktifkan lisensi Anda. Jika aplikasi tidak terbuka secara otomatis, Anda bisa menempelkan token-nya sebagai gantinya. Di DynoTable →
Denormalisasi: Sengaja menduplikasi data — atau menyematkannya dalam atribut kompleks — sehingga sebuah pembacaan tidak memerlukan join. Anda melakukan pra-join saat menulis dan menukar penulisan yang lebih hati-hati dengan pembacaan murah satu permintaan. Pelajari konsepnya →
DynamoDB Stream: Sebuah log perubahan tingkat-Item (insert, update, delete) pada sebuah tabel yang terurut berdasarkan waktu. Dipakai untuk memicu pemrosesan hilir seperti fungsi Lambda. Pelajari konsepnya →
Ekspresi filter: Sebuah kondisi yang diterapkan SETELAH sebuah query atau scan membaca Item. Ia mempersempit kumpulan hasil tetapi tidak mengurangi biaya pembacaan — hanya sebuah kondisi key yang bisa melakukan itu. Pelajari konsepnya → Di DynoTable →
Ekspresi kondisi: Sebuah predikat yang harus terpenuhi agar sebuah penulisan berhasil (penulisan bersyarat) — mis. "hanya jika Item ini belum ada". DynoTable memakainya untuk meng-commit editan yang di-stage secara aman. Pelajari konsepnya → Di DynoTable →
Ekspresi proyeksi: Sebuah daftar atribut untuk dikembalikan dari sebuah pembacaan, sehingga DynamoDB hanya mengirim balik field yang Anda butuhkan alih-alih seluruh Item. Pelajari konsepnya →
Ekspresi update: Klausa yang menyatakan bagaimana sebuah penulisan memodifikasi sebuah Item — SET, REMOVE, ADD, atau DELETE pada atribut tertentu — alih-alih menimpa seluruh Item. Pelajari konsepnya → Di DynoTable →
Entitlement: Apakah seorang pengguna saat ini tercakup oleh sebuah langganan aktif — dan, untuk tim, organisasi mana yang menanggungnya. DynoTable menyelesaikannya untuk memutuskan apa yang diberikan token lisensi. Di DynoTable →
Expression Builder: Alat web gratis DynoTable yang mengubah sebuah formulir visual menjadi ekspresi key/filter/update DynamoDB yang valid beserta map attribute-name dan value yang sesuai. Di DynoTable →
Global Secondary Index (GSI): Sebuah skema key alternatif atas data tabel yang sama, dengan partition/sort key-nya sendiri. Memungkinkan Anda melakukan query berdasarkan atribut yang bukan primary key tabel. GSI bersifat eventually consistent dan memiliki kapasitasnya sendiri. Pelajari konsepnya → Di DynoTable →
Hash mesin: Sebuah sidik jari komputer yang stabil dan anonim yang dipakai untuk menghitung perangkat teraktivasi terhadap batas 2-mesin lisensi Anda. Ia tidak memuat data pribadi. Di DynoTable →
Hot partition: Ketika satu partition key menarik jauh lebih banyak pembacaan atau penulisan daripada yang dapat dilayani oleh bagian throughput-nya, sehingga permintaan ke key tersebut di-throttle sementara sisa tabel menganggur. Masalah desain key, bukan masalah ukuran. Pelajari konsepnya →
IAM Identity Center (SSO): Sumber kredensial single sign-on AWS (sebelumnya AWS SSO). DynoTable masuk melaluinya dan menyegarkan kredensial role berumur pendek selagi Anda bekerja. Di DynoTable →
Item: Sebuah record tunggal dalam tabel DynamoDB — kira-kira setara dengan sebuah baris. Sebuah Item adalah kumpulan atribut yang diidentifikasi oleh primary key-nya.
Item collection: Semua item yang berbagi satu nilai partition key yang sama. Inilah unit yang dibaca bersama oleh satu Query — properti yang muncul dari skema key Anda, bukan fitur yang Anda aktifkan. Pelajari konsepnya →
Kapasitas on-demand: Mode penagihan bayar-per-permintaan: DynamoDB menskalakan throughput secara otomatis dan Anda membayar per pembacaan/penulisan. Sederhana, tanpa perencanaan kapasitas — cocok untuk trafik yang melonjak-lonjak atau tak terduga. Pelajari konsepnya →
Kapasitas provisioned: Mode penagihan tempat Anda menyetel unit kapasitas baca/tulis tetap (opsional di-auto-scale). Lebih murah pada beban yang stabil dan dapat diprediksi dibanding on-demand. Pelajari konsepnya →
Key overloading: Memberi nama generik pada partition key dan sort key (pk/sk) dan mengkodekan setiap tipe entitas di dalam nilainya, sehingga satu tabel melayani banyak entitas — teknik yang membuat single-table design berfungsi. Pelajari konsepnya →
Kursi: Satu slot pengguna berlisensi dalam langganan tim. Menambahkan seorang anggota memakai satu kursi; jumlah kursi itulah yang ditagih oleh sebuah paket tim. Di DynoTable →
Local Secondary Index (LSI): Sebuah indeks yang berbagi partition key tabel tetapi memakai sort key yang berbeda. Didefinisikan hanya saat pembuatan tabel, dan mendukung pembacaan strongly-consistent. Pelajari konsepnya → Di DynoTable →
Marshalling: Mengonversi JSON biasa ke format wire bertipe DynamoDB ({"S":"…"}, {"N":"…"}) dan sebaliknya (unmarshalling). DynoTable mem-marshal nilai untuk Anda saat Anda menyunting Item atau membangun ekspresi. Pelajari konsepnya →
MFA: Autentikasi multi-faktor. Saat sebuah role atau profile mensyaratkannya, DynoTable meminta kode sekali-pakai Anda dan men-cache sesi yang dihasilkan selama masa berlakunya. Di DynoTable →
Mode read-only: Sebuah keadaan saat DynoTable membiarkan Anda menjelajah dan melakukan query tetapi memblokir penulisan (penyimpanan Item, commit yang di-stage, penghapusan). Dipicu oleh trial/lisensi yang kedaluwarsa atau sebuah tampilan yang secara eksplisit read-only. Di DynoTable →
NDJSON: JSON yang dipisahkan baris-baru — satu objek JSON per baris. Sebuah format ekspor yang ramah streaming yang ditawarkan DynoTable di samping CSV dan array JSON. Di DynoTable →
OLAP (Online Analytical Processing): Beban kerja kueri analitik — agregat besar, GROUP BY, pemotongan ad-hoc di seluruh dataset. Kebalikan dari OLTP; DynamoDB berorientasi OLTP, jadi analitik berat sebaiknya ditangani di penyimpanan kolumnar yang diisi melalui ekspor. Pelajari konsepnya → Di DynoTable →
OLTP (Online Transaction Processing): Beban kerja kueri operasional — pembacaan dan penulisan kecil, yang sudah diketahui, bersifat point-and-range terhadap record individual. Kebalikan dari OLAP; DynamoDB dibangun untuk OLTP. Pelajari konsepnya → Di DynoTable →
Operasi batch: BatchWriteItem / BatchGetItem — banyak Item ditangani dalam satu round trip demi efisiensi. Tidak seperti transaksi, masing-masing Item dapat berhasil atau gagal secara independen. Pelajari konsepnya → Di DynoTable →
Parallel scan: Membagi satu Scan menjadi N pembacaan Segment independen sehingga beberapa worker membaca satu tabel sekaligus — satu-satunya cara membaca seluruh tabel lebih cepat daripada yang diizinkan throughput satu partisi. Pelajari konsepnya →
PartiQL: Sebuah bahasa query yang kompatibel dengan SQL yang dipaparkan AWS untuk DynamoDB. DynoTable memungkinkan Anda menulis PartiQL secara langsung, termasuk INSERT/UPDATE/DELETE, dengan hasil yang dialirkan masuk. Pelajari konsepnya → Di DynoTable →
Partition key: Hash key utama sebuah tabel. DynamoDB meng-hash-nya untuk memilih partisi fisik yang menyimpan Item, jadi setiap pembacaan yang efisien dimulai dengan menetapkan satu nilai partition-key. Pelajari konsepnya → Di DynoTable →
Pembacaan eventually consistent: Mode pembacaan default: dapat sesaat mengembalikan data basi tepat setelah sebuah penulisan, tetapi berbiaya setengah dari pembacaan strongly-consistent. Replika menyatu dalam waktu satu detik. Pelajari konsepnya →
Pembacaan strongly consistent: Sebuah pembacaan yang dijamin mengembalikan penulisan ter-commit paling baru. Tersedia pada tabel dan LSI (bukan GSI), dan berbiaya dua kali lipat pembacaan eventually-consistent. Pelajari konsepnya →
Pola query: Di DynoTable, indeks yang dipakai untuk membaca sebuah tab — key PRIMARY tabel atau sebuah GSI/LSI bernama. Ia menentukan key mana yang dapat Anda filter. Di DynoTable →
Primary key: Atribut yang secara unik mengidentifikasi sebuah Item. Bisa simpel (hanya sebuah partition key) atau komposit (sebuah partition key ditambah sebuah sort key). Pelajari konsepnya → Di DynoTable →
Profil: Sebuah koneksi kredensial-AWS tersimpan di DynoTable (access key, SSO, atau assumed role untuk sebuah region). Ganti profile untuk mengarahkan aplikasi ke akun atau lingkungan yang berbeda. Di DynoTable →
Proyeksi: Kumpulan atribut yang disalin ke dalam sebuah indeks — KEYS_ONLY, INCLUDE (subset terpilih), atau ALL. Membaca atribut yang tidak ada dalam proyeksi memaksa pengambilan tambahan dari tabel dasar. Pelajari konsepnya →
Query: Sebuah pembacaan tertarget terhadap satu nilai partition-key (opsional dipersempit oleh kondisi sort-key). Hanya membaca Item yang cocok — cepat dan murah. DynoTable menjalankan sebuah Query begitu Anda menyetel sebuah filter hash-key. Pelajari konsepnya → Di DynoTable →
Quick View: Pengintipan yang digerakkan keyboard atas seluruh isi sebuah Item tanpa meninggalkan grid — buka pada baris terpilih untuk memeriksa setiap atribut. Di DynoTable →
Reference count: Hitungan ter-denormalisasi yang disimpan pada item induk — like pada sebuah post, anggota dalam sebuah workspace — yang dipelihara saat anak-anaknya ditulis sehingga pembacaan tidak pernah perlu menghitungnya. Gunakan transaksi dan jaga dari penghitungan ganda. Pelajari konsepnya →
Reindex: Scan latar belakang DynoTable yang mengatalogkan sampel field dan nilai nyata sebuah tabel untuk menggerakkan autocomplete dan statistik. Ia berjalan secara lokal dan tak pernah memodifikasi data Anda. Di DynoTable →
Scan: Pembacaan penuh atas setiap Item dalam sebuah tabel atau indeks, difilter setelahnya. Mahal pada tabel besar — DynoTable memperingatkan Anda saat sebuah permintaan jatuh kembali ke Scan. Pelajari konsepnya → Di DynoTable →
Singleton item: Sebuah item tunggal dengan key tetap yang di-hardcode yang menyimpan status seluruh aplikasi — feature flag, blob konfigurasi, penghitung global. Anda membacanya dengan GetItem, tidak pernah dengan Scan. Pelajari konsepnya →
Smart Table: Sebuah tampilan DynoTable yang menggabungkan (join) Item terkait di satu atau lebih tabel DynamoDB ke dalam satu grid, didefinisikan secara visual pada kanvas entity-relationship. Di DynoTable →
Sort key: Paruh kedua opsional dari sebuah primary key komposit. Item yang berbagi partition key disimpan terurut berdasarkan sort key, sehingga query rentang (begins_with, between, >) menjadi murah. Pelajari konsepnya → Di DynoTable →
Sparse index: Index sekunder yang hanya memuat item yang membawa atribut key-nya, sehingga subset kecil yang panas dari tabel raksasa menjadi koleksinya sendiri yang sudah terfilter dan siap di-query. Pelajari konsepnya →
Staging area: Buffer per-tabel DynoTable untuk editan yang tertunda. Perubahan menumpuk secara lokal sebagai diff yang dapat ditinjau (terlihat dari tampilan mana pun yang terbuka untuk tabel itu) dan di-commit ke DynamoDB sebagai batch transaksional, sehingga Anda tak pernah menulis editan yang setengah jadi. Di DynoTable →
Tab: Sebuah ruang kerja terbuka di DynoTable, bergaya browser. Setiap tab membawa tabel, pola query, filter, dan hasilnya sendiri — buka banyak dan beralih dengan keyboard. Di DynoTable →
Transaksi: Sebuah grup penulisan (atau pembacaan) bersifat semua-atau-tidak-sama-sekali di satu atau lebih tabel — TransactWriteItems / TransactGetItems. Entah setiap operasi berhasil atau tak satu pun. Pelajari konsepnya → Di DynoTable →
Trial: Sebuah periode evaluasi berbatas waktu dengan fungsionalitas penuh. Saat berakhir, DynoTable turun ke mode read-only hingga Anda memulai sebuah langganan. Di DynoTable →
TTL (Time to Live): Atribut timestamp kedaluwarsa per-Item. DynamoDB otomatis menghapus Item tak lama setelah TTL-nya lewat, tanpa biaya — berguna untuk sesi, cache, dan data sementara. Pelajari konsepnya →
Type attribute: String sederhana yang dibubuhkan pada setiap item untuk menamai entitas yang diwakilinya (mis. EntityType: "Document"). Ini mengidentifikasi baris dalam partisi campuran, memfilter index yang di-overload ke satu entitas, dan memudahkan migrasi di masa depan. Pelajari konsepnya →
Unit kapasitas: Ukuran penagihan/throughput untuk I/O DynamoDB. Pembacaan dihitung per 4 KB (RCU) dan penulisan per 1 KB (WCU), dibulatkan ke atas. Menentukan berapa biaya sebuah query atau scan. Pelajari konsepnya →
Workbench: Tab DynoTable yang ditulis dengan SQL. Tulis SQL sungguhan (JOIN, GROUP BY, agregat) terhadap tabel Anda — operasi yang tak bisa diekspresikan PartiQL sendiri — dalam aturan pola-akses DynamoDB. Pelajari konsepnya → Di DynoTable →
Zero-padding: Mengisi sort key numerik hingga lebar tetap dengan nol di depan agar urutan string leksikografisnya cocok dengan urutan numerik — tanpa itu, "10" diurutkan sebelum "2". Pelajari konsepnya →