Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Praktik terbaik
Bagian ini merangkum rekomendasi selain praktik terbaik yang dibahas di bagian sebelumnya (seperti menyimpan item yang lebih besar dari 400 KB di Amazon S3, menggunakan indeks, desain tabel tunggal, dan transaksi).
Gunakan pola akses persistensi objek
Seperti dibahas sebelumnya dalam panduan ini, Amazon DynamoDB menyediakan tiga pola akses. Antarmuka ketekunan objek menyediakan bersih dan easy-to-maintain kode. Kecuali Anda harus menyesuaikan atau mengubah nilai properti model selama operasi baca/tulis, kami sarankan Anda menggunakan antarmuka persistensi objek.
Pilih mode penyediaan kapasitas yang benar
Penyediaan kapasitas sesuai permintaan secara otomatis menskalakan operasi baca dan tulis saat beban kerja Anda meningkat dan turun. Kami menyarankan Anda menggunakan mode ini jika beban kerja Anda tidak dapat diprediksi. Biaya biasanya lebih tinggi dari mode kapasitas yang disediakan, dan dibebankan atas dasar. pay-as-you-use Kami menyarankan Anda menggunakan mode kapasitas yang disediakan ketika beban kerja Anda dapat diprediksi dan Anda dapat memperkirakan kebutuhan kapasitas Anda. Untuk informasi selengkapnya, lihat bagian Model harga sebelumnya dalam panduan ini.
Gunakan caching
Kami menyarankan Anda menggunakan caching saat bekerja dengan DynamoDB untuk mengurangi biaya yang terkait dengan setiap operasi baca/tulis. Gunakan logika pembatalan yang sesuai untuk menghapus item dari cache saat data yang di-cache menjadi basi. Identifikasi titik akhir yang paling sering digunakan untuk mengimplementasikan caching.
Gunakan kueri alih-alih pemindaian
Hindari pemindaian DynamoDB sebanyak mungkin. Query DynamoDB lebih efisien dan lebih murah daripada operasi pemindaian. Kueri memfilter item berdasarkan nilai kunci partisi (PK) dan kunci sortir (SK), sedangkan pemindaian harus membaca semua catatan untuk memfilter item berdasarkan parameter yang ditentukan. Harga DynamoDB didasarkan pada volume operasi baca/tulis data, sehingga pemindaian dikenakan biaya lebih banyak daripada kueri. Kueri juga lebih cepat, yang pada akhirnya meningkatkan kinerja aplikasi.
Validasi integritas data
DynamoDB adalah database NoSQL, sehingga tidak memelihara data hubungan atau menyertakan batasan integritas data. Ini membutuhkan setiap item untuk memiliki kombinasi unik dari kunci utama dan kunci sortir saja. Untuk memastikan integritas data antara item terkait dalam tabel DynamoDB, sebaiknya Anda melakukan validasi ketat di lapisan aplikasi atau bisnis sistem Anda.
