Jika dokumen terbenam create/delete/update/ beroperasi dengan kerap, dan terdapat keperluan untuk mengisih semasa mengambil data, adalah lebih baik untuk mempunyai paling banyak tiga peringkat dan jangan membenamkannya terlalu dalam.
Sekarang saya mempunyai terlalu banyak collection yang tertanam di dalamnya, yang menjadikan banyak operasi sangat menyusahkan, jadi saya perlu menghabiskan banyak usaha untuk mengeluarkannya extract.
Sudah tentu, jika anda hanya mahu menyimpan data sekali sahaja dan operasi data kebanyakannya membaca, anda tidak perlu berfikir terlalu banyak.
Seperti klasifikasi artikel kursus yang anda cadangkan, jika saya memahami keperluan dengan betul, bolehkah seperti ini:
degree mewakili tahap dalam kategori kursus Dengan cara ini, kategori artikel dalam kursus dibaca mengikut degree semasa membaca. Sebagai contoh, artikel ialah "Hukum Kedua Newton" dan klasifikasi kursusnya ialah (Fizik -> Daya). Kemudian simpannya sebagai:
Ini sebenarnya pertukaran reka bentuk, dan ia tiada kaitan dengan mongdb Malah mysql masih perlu memikirkan isu ini!
Secara peribadi, saya merasakan bahawa kita masih perlu bermula dari sudut perniagaan dan memikirkan sama ada data perniagaan yang akan dianalisis memenuhi kekangan, contohnya, sama ada ia memerlukan konsistensi masa nyata atau konsistensi akhir.
Di peringkat lain, untuk mongdb sendiri, dokumen terbenamnya tidak jauh berbeza daripada dokumen biasa Namun, jika dokumen terbenam yang anda ingin tambahkan adalah dokumen yang kerap berubah, terutamanya jika tiada had pada saiz, anda harus. masih guna persatuan Lebih sesuai!
Koleksi atau dokumen terbenam dalam MongoDB
Ya, pemikiran istimewa yang berkaitan
Ini yang saya lakukan:
Mudah dicari dan diberi kedudukan
Jika dokumen terbenam
create/delete/update/
beroperasi dengan kerap, dan terdapat keperluan untuk mengisih semasa mengambil data, adalah lebih baik untuk mempunyai paling banyak tiga peringkat dan jangan membenamkannya terlalu dalam.Sekarang saya mempunyai terlalu banyak
collection
yang tertanam di dalamnya, yang menjadikan banyak operasi sangat menyusahkan, jadi saya perlu menghabiskan banyak usaha untuk mengeluarkannyaextract
.Sudah tentu, jika anda hanya mahu menyimpan data sekali sahaja dan operasi data kebanyakannya membaca, anda tidak perlu berfikir terlalu banyak.
Seperti klasifikasi artikel kursus yang anda cadangkan, jika saya memahami keperluan dengan betul, bolehkah seperti ini:
degree
mewakili tahap dalam kategori kursus Dengan cara ini, kategori artikel dalam kursus dibaca mengikutdegree
semasa membaca. Sebagai contoh, artikel ialah "Hukum Kedua Newton" dan klasifikasi kursusnya ialah (Fizik -> Daya). Kemudian simpannya sebagai:Apabila membaca data, tekan
category
dandegree
untuksort
.Ini sebenarnya pertukaran reka bentuk, dan ia tiada kaitan dengan mongdb Malah mysql masih perlu memikirkan isu ini!
Secara peribadi, saya merasakan bahawa kita masih perlu bermula dari sudut perniagaan dan memikirkan sama ada data perniagaan yang akan dianalisis memenuhi kekangan, contohnya, sama ada ia memerlukan konsistensi masa nyata atau konsistensi akhir.
Di peringkat lain, untuk mongdb sendiri, dokumen terbenamnya tidak jauh berbeza daripada dokumen biasa Namun, jika dokumen terbenam yang anda ingin tambahkan adalah dokumen yang kerap berubah, terutamanya jika tiada had pada saiz, anda harus. masih guna persatuan Lebih sesuai!
Hanya tentukan kategori sebagai dokumen bersarang kerana anda tidak akan mengemas kininya dengan kerap.
Gunakan petikan.