Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
5) menjamin atomisitas dan konsistensi, bahkan untuk operasi yang memodifikasi beberapa dokumen. Dengan peluncuran Amazon DocumentDB 4.0, transaksi eksplisit yang menyediakan properti ACID untuk operasi multi-pernyataan dan multi-koleksi kini didukung. Untuk lebih lanjut tentang menggunakan transaksi di Amazon DocumentDB, silakan lihat tampilkan Transaksi.
Berikut ini adalah contoh operasi di Amazon DocumentDB yang memodifikasi beberapa dokumen yang memenuhi perilaku atomik dan konsisten.
Amazon DocumentDB terus meningkatkan kompatibilitas pada MongoDB dengan merujuk kembali pada kemampuan yang perlu kami bangun sesuai permintaan pelanggan. Bagian ini berisi perbedaan fungsional yang telah kami hilangkan dari Amazon DocumentDB untuk mempermudah migrasi dan pembangunan aplikasi bagi pelanggan kami.
Pengindeksan Array
Mulai 23 April 2020, Amazon DocumentDB kini mendukung kemampuan untuk mengindeks array yang lebih besar daripada 2.048 byte. Batas untuk setiap item individual dalam array masih tetap 2.048 byte, dan ini konsisten dengan MongoDB.
Jika Anda membuat indeks baru, tidak ada tindakan yang diperlukan untuk memanfaatkan fungsionalitas yang ditingkatkan. Jika Anda sudah memiliki indeks, Anda dapat memanfaatkan peningkatan fungsionalitas dengan menghapus indeks tersebut dan membuatnya lagi. Versi indeks saat ini dengan kemampuan yang ditingkatkan adalah
Untuk klaster produksi, penghapusan indeks mungkin berdampak pada performa aplikasi Anda. Kami menyarankan Anda untuk terlebih dahulu menguji dan melanjutkan dengan hati-hati ketika membuat perubahan pada sistem produksi. Selain itu, waktu yang dibutuhkan untuk menciptakan indeks akan menjadi fungsi ukuran data secara keseluruhan pada pengumpulan.
Anda dapat mengajikan kueri untuk versi indeks Anda dengan menggunakan perintah berikut.
db.collection.getIndexes()
Output dari operasi ini terlihat seperti berikut ini. Dalam output ini, versi indeks adalah
Mulai 23 April 2020, Amazon DocumentDB sekarang mendukung kemampuan untuk membuat indeks gabungan dengan beberapa kunci dalam array yang sama.
Jika Anda membuat indeks baru, tidak ada tindakan yang diperlukan untuk memanfaatkan fungsionalitas yang ditingkatkan. Jika Anda sudah memiliki indeks, Anda dapat memanfaatkan peningkatan fungsionalitas dengan menghapus indeks tersebut dan membuatnya lagi. Versi indeks saat ini dengan kemampuan yang ditingkatkan adalah
Untuk klaster produksi, penghapusan indeks mungkin berdampak pada performa aplikasi Anda. Kami menyarankan Anda untuk terlebih dahulu menguji dan melanjutkan dengan hati-hati ketika membuat perubahan pada sistem produksi. Selain itu, waktu yang dibutuhkan untuk menciptakan indeks akan menjadi fungsi ukuran data secara keseluruhan pada pengumpulan.
Anda dapat mengajikan kueri untuk versi indeks Anda dengan menggunakan perintah berikut.
db.collection.getIndexes()
Output dari operasi ini terlihat seperti berikut ini. Dalam output ini, versi indeks adalah
Mulai 26 Maret 2020, Amazon DocumentDB mendukung kontrol akses berbasis peran (RBAC) untuk peran bawaan. Untuk mempelajari selengkapnya, lihat Kontrol Akses Berbasis Peran. Amazon DocumentDB belum mendukung peran khusus untuk RBAC.
9, Anda disarankan untuk membuat indeks pada bidang yang sangat selektif yang memuat jumlah nilai duplikat kurang dari 1% dari jumlah total dokumen dalam koleksi. Sebagai contoh, jika pengumpulan Anda berisi 100.000 dokumen, buat indeks hanya pada bidang tempat nilai yang sama muncul 1000 kali atau kurang.
Proyeksi untuk Dokumen Bersarang
Pada operator
db.collection.getIndexes()
8, terdapat perbedaan fungsional antara Amazon DocumentDB dan MongoDB di versi 3.6 yang telah diselesaikan di Amazon DocumentDB 4.0 tetapi akan tetap tidak didukung di Amazon DocumentDB 3.6.
Amazon DocumentDB 3.6 hanya mempertimbangkan bidang pertama dalam dokumen bersarang saat menerapkan proyeksi, sedangkan MongoDB 3.6 akan mengurai subdokumen dan menerapkan proyeksi ke setiap sub dokumen juga.
Misalnya: jika proyeksinya adalah
db.collection.getIndexes()
9, maka perilaku tersebut berfungsi seperti yang diharapkan di Amazon DocumentDB dan MongoDB. Namun, jika proyeksinya adalah
0 menyetel ulang penghitung untuk setiap permintaan
db.collection.getIndexes()
1. Jadi, jika
db.collection.getIndexes()
2 3000MS ditentukan, kueri membutuhkan 2800MS, dan setiap permintaan
db.collection.getIndexes()
1 berikutnya membutuhkan 300MS, maka kursor tidak akan kehabisan waktu. Kursor hanya akan kehabisan waktu jika satu operasi, baik kueri atau permintaan individu
db.collection.getIndexes()
1, membutuhkan lebih dari
db.collection.getIndexes()
2 yang ditentukan. Selanjutnya, penyapu yang memeriksa waktu eksekusi kursor berjalan pada perincian menit.
jelaskan()
Amazon DocumentDB mengemulasi API MongoDB 4.0 pada mesin basis data yang dibuat khusus yang memanfaatkan sistem penyimpanan yang didistribusikan, toleran terhadap kesalahan, dan penyembuhkan diri sendiri. Akibatnya, rencana kueri dan keluaran dari
db.collection.getIndexes()
0 mungkin berbeda antara Amazon DocumentDB dan MongoDB. Pelanggan yang ingin kontrol atas rencana kueri mereka dapat menggunakan operator
db.collection.getIndexes()
7 untuk memaksa pemilihan indeks yang diutamakan.
Pembatasan Nama Bidang
Amazon DocumentDB tidak mendukung titik-titik “.” dalam nama bidang dokumen, misalnya,
db.collection.getIndexes()
8.
Amazon DocumentDB juga tidak mendukung prefiks $ dalam nama bidang.
Misalnya, coba perintah berikut di Amazon DocumentDB atau MongoDB:
Ada pengecualian untuk perbedaan fungsional ini. Nama bidang berikut yang dimulai dengan prefiks $ telah masuk daftar putih dan dapat berhasil digunakan di Amazon DocumentDB: $id, $ref, dan $db.
Pembuatan indeks
Amazon DocumentDB hanya mengizinkan satu pembuatan indeks terjadi pada koleksi pada waktu tertentu. Baik di latar depan atau latar belakang. Jika operasi seperti
0 terjadi pada koleksi yang sama saat pembuatan indeks sedang berlangsung, operasi yang baru dicoba akan gagal.
Secara default, build indeks di Amazon DocumentDB dan MongoDB versi 4.0 terjadi di latar belakang. MongoDB versi 4.2, dan kemudian mengabaikan opsi build indeks latar belakang jika ditentukan untuk createIndexes atau pembantu shell-nya
5) di dalam array, Amazon DocumentDB akan mengembalikan hasil yang berbeda dibandingkan jika Anda menjalankan pencarian yang sama di MongoDB.
Di MongoDB, pencarian jalur kunci kosong di dalam array berfungsi seperti yang diharapkan ketika kunci string kosong tidak berada di ujung pencarian jalur. Namun, ketika berada di ujung pencarian jalur, kunci string kosong tidak melihat ke dalam array.
Namun di Amazon DocumentDB, hanya elemen pertama dalam array yang dibaca, karena
7, sehingga pencarian kunci string diperlakukan sebagai pencarian indeks array.
API, Operasi, dan Tipe Data MongoDB
Amazon DocumentDB kompatibel dengan API MongoDB 3.6 dan 4.0. Untuk up-to-date daftar fungsionalitas yang didukung, lihatAPI, Operasi, dan Tipe Data MongoDB Yang Didukung.
9, Anda perlu membuat ulang peran pengguna selain operasi pemulihan.
Pengurutan Hasil
Amazon DocumentDB tidak menjamin pengurutan kategori hasil secara impilisit dari kumpulan hasil. Untuk memastikan pengurutan kumpulan hasil, tentukan pengurutan kategori secara eksplisit dengan menggunakan
rs0:PRIMARY< db.foo.insert({"a":{"$a":1}})
3.
Contoh berikut mengategorikan item dalam koleksi inventaris dalam urutan menurun berdasarkan bidang stok.
Dimulai dengan driver yang kompatibel dengan MongoDB 4.2, penulisan yang dapat dicoba kembali diaktifkan secara default. Namun, Amazon DocumentDB saat ini tidak mendukung penulisan yang dapat dicoba lagi. Perbedaan fungsional akan memanifestasikan dirinya dalam pesan kesalahan yang mirip dengan hal berikut ini.
Untuk indeks multi-kunci yang jarang, Amazon DocumentDB tidak mendukung batasan kunci unik jika pencarian dokumen menghasilkan sekumpulan nilai dan hanya sebagian dari bidang yang diindeks yang hilang. Misalnya,
Amazon DocumentDB saat ini tidak mendukung kompresi untuk data atau indeks yang disimpan. Ukuran data untuk data dan indeks yang disimpan mungkin lebih besar daripada saat Anda menggunakan opsi lain.
Menggunakan $elemMatch Dalam Ekspresi $all
Amazon DocumentDB saat ini tidak mendukung penggunaan operator
10Operator Dengan memanfaatkan operator ini, pemindaian pengumpulan akan dilakukan. Melakukan filter atau pencocokan sebelum menggunakan salah satu operator ini akan mengurangi jumlah data yang perlu dipindai, dan dengan demikian dapat meningkatkan kinerja.
Amazon DocumentDB mendukung kemampuan untuk melakukan pencocokan kesetaraan (misalnya, gabungan luar kiri) tetapi tidak mendukung subkueri yang tidak berkorelasi.
27. Berdasarkan kasus penggunaan Anda, ada beberapa algoritme pengindeksan yang dapat Anda gunakan untuk mengoptimalkan kinerja. Bagian ini akan menjelaskan berbagai algoritme pengindeksan untuk
32 digunakan. Untuk beberapa kasus penggunaan, akan lebih bermanfaat jika pengoptimal kueri didesak untuk menggunakan algoritme yang berbeda. Di bawah ini adalah berbagai algoritma pengindeksan yang dapat digunakan oleh operator agregasi
Loop Bersarang: A nested loop plan is typically beneficial for a workload if the foreign collection is <1 GB and the field in the foreign collection has an index. If the nested loop algorithm is being used, the explain plan will show the stage as
Penggabungan urutan: A sort merge plan is typically beneficial for a workload if the foreign collection does not have an index on the field used in lookup and the working dataset doesn’t fit in memory. If the sort merge algorithm is being used, the explain plan will show the stage as
Hash: A hash plan is typically beneficial for a workload if the foreign collection is < 1GB and the working dataset fits in memory. If the hash algorithm is being used, the explain plan will show the stage as
40. Untuk melakukannya, gunakan komentar dalam opsi tahap agregasi untuk memaksa rencana yang berbeda. Di bawah ini adalah contoh sintaks untuk komentar: