Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Langkah pertama untuk memodelkan data relasional di DynamoDB
penting
Tidak ada SQL desain yang membutuhkan pola pikir yang berbeda dari RDBMS desain. Untuk ituRDBMS, Anda dapat membuat model data yang dinormalisasi tanpa memikirkan pola akses. Anda kemudian dapat memperluasnya nanti ketika ada pertanyaan dan persyaratan kueri baru. Sebaliknya, di Amazon DynamoDB, Anda tidak boleh mulai merancang skema sampai Anda mengetahui pertanyaan-pertanyaan yang perlu dijawab. Memahami masalah bisnis dan kasus penggunaan aplikasi di awal sangatlah penting.
Untuk mulai merancang tabel DynamoDB yang akan diskalakan secara efisien, Anda harus mengambil beberapa langkah terlebih dahulu untuk mengidentifikasi pola akses yang diperlukan oleh operasi dan sistem pendukung bisnis OSS (BSS/) yang perlu didukung:
Untuk aplikasi baru, tinjau cerita pengguna tentang aktivitas dan sasaran. Dokumentasikan berbagai kasus penggunaan yang Anda identifikasi, dan analisis pola akses yang mereka butuhkan.
Untuk aplikasi yang sudah ada, analisis log kueri untuk mengetahui bagaimana orang-orang saat ini menggunakan sistem tersebut dan apa pola akses utamanya.
Setelah menyelesaikan proses ini, Anda akan mendapatkan daftar seperti berikut.
Dalam aplikasi yang sebenarnya, daftar Anda mungkin lebih panjang. Namun, kumpulan ini menunjukkan berbagai kompleksitas pola kueri yang mungkin Anda temukan di lingkungan produksi.
Pendekatan umum untuk desain skema DynamoDB adalah mengidentifikasi entitas lapisan aplikasi dan menggunakan de-normalisasi dan agregasi kunci komposit untuk mengurangi kompleksitas kueri.
Dalam DynamoDB, ini berarti menggunakan kunci urutan komposit, indeks sekunder global dengan muatan berlebih, tabel/indeks yang dipartisi, dan pola desain lainnya. Anda dapat menggunakan elemen-elemen ini untuk mengatur data sehingga aplikasi dapat mengambil apa pun yang dibutuhkannya untuk pola akses tertentu menggunakan satu kueri pada tabel atau indeks. Pola utama yang dapat Anda gunakan untuk memodelkan skema yang dinormalisasi yang ditampilkan dalam Pemodelan relasional adalah pola daftar kedekatan. Pola lain yang digunakan dalam desain ini dapat meliputi pembagian tulis indeks sekunder global, muatan berlebih indeks sekunder global, kunci komposit, dan agregasi yang terwujud.
penting
Secara umum, Anda harus mempertahankan tabel sesedikit mungkin dalam aplikasi DynamoDB. Pengecualian mencakup kasus yang melibatkan data deret waktu bervolume tinggi, atau set data yang memiliki pola akses yang sangat berbeda. Tabel tunggal dengan indeks terbalik biasanya dapat mengaktifkan kueri sederhana untuk membuat dan mengambil struktur data hierarki kompleks yang diperlukan oleh aplikasi Anda.
Untuk menggunakan No SQL Workbench for DynamoDB untuk membantu memvisualisasikan desain kunci partisi Anda, lihat. Membangun model data tanpa SQL meja kerja
