MongoDB
 sql >> Teknologi Basis Data >  >> NoSQL >> MongoDB

Desain Mongo DB, penyematan vs hubungan

1) Mengenai batas dokumen 4MB, inilah yang dikatakan "MongoDB:The Definitive Guide" :

Pada akhirnya itu tergantung pada seberapa besar Anda mengharapkan tagihan bagi pengguna untuk tumbuh. Saya harap kutipan di atas memberi Anda gambaran tentang batasan ukuran dokumen.

2) Skema de-normalisasi (tagihan sesuai dengan dokumen pengguna) adalah cara yang harus dilakukan jika Anda tahu bahwa Anda tidak akan pernah menjalankan kueri global pada tagihan (contoh kueri semacam itu adalah jika Anda ingin mengambil sepuluh tagihan terbaru dimasukkan ke dalam sistem). Anda harus menggunakan pengurangan peta untuk mengambil hasil untuk kueri semacam itu jika Anda menggunakan skema yang didenormalisasi.

Skema yang dinormalisasi (pengguna dan tagihan dalam dokumen terpisah) adalah pilihan yang lebih baik jika Anda menginginkan fleksibilitas dalam cara kueri tagihan. Namun, karena MongoDB tidak mendukung penggabungan, Anda harus menjalankan beberapa kueri setiap kali Anda ingin mengambil tagihan yang terkait dengan pengguna.

Mengingat kasus penggunaan yang Anda sebutkan, saya akan menggunakan skema de-normalisasi.

3) Semua pembaruan di MongoDB bersifat atomik dan serial. Itu seharusnya menjawab kekhawatiran Steve.

Anda mungkin menemukan slide ini bermanfaat. http://www.slideshare.net/kbanker/mongodb-meetup

Anda juga dapat melihat halaman Penempatan Produksi MongoDB. Anda mungkin menemukan slide SF.net bermanfaat.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Node mongodb:Kesalahan:koneksi ditutup karena parseError

  2. Desain database relasional ke desain mongoDB/luwak

  3. Pemodelan banyak-ke-banyak:melalui dengan Mongoid/MongoDB

  4. Sub dokumen penyortiran Agregasi Pipa MongoDb

  5. Bagaimana cara multi pembaruan array bersarang di MondoDB?