Mongoose alt belgeleri ve iç içe şema karşılaştırması

Ana şemamda alt dokümanlar yerine daha derin bir katman kullanmanın artılarını ve eksilerini merak ediyorum:

var subDoc = new Schema({
  name: String
});

var mainDoc = new Schema({
  names: [subDoc]
});

veya

var mainDoc = new Schema({
  names: [{
    name: String
 }]
});

Şu anda her yerde alt dokümanlar kullanıyorum ancak öncelikle karşılaşabileceğim performans veya sorgulama sorunlarını merak ediyorum.

Dokümanlara göre , tamamen aynı. Ancak, Şema kullanmak bir _idalan da ekler (bunu devre dışı bırakmadığınız sürece) ve muhtemelen alt dokümanları izlemek için daha fazla kaynak kullanır.

Alternatif bildirim sözdizimi

V3'teki yenilikler Alt belge şema örneğine erişmeniz gerekmiyorsa, yalnızca bir nesne değişmezi [...] ileterek alt belgeler de bildirebilirsiniz.

Modelinizin çeşitli bölümlerinde yeniden kullanılan şemalarınız varsa, kendinizi kopyalamak zorunda kalmamak için alt belgeler için ayrı şemalar tanımlamak faydalı olabilir.

Statik belgeler ise veya performans etkisi nedeniyle birkaç yüzü aşmayan katıştırılmış belgeler kullanmalısınız. Bu konuyu bir süre önce yaşadım. Yeni olarak MongoDB için çözüm mimarı olarak çalışan Asya Kamsky, "alt belgeleri kullanma" hakkında bir makale yazmıştı.

Umarım bu, çözümleri veya en iyi uygulamayı arayanlara yardımcı olur.

Orijinal sonrası http://askasya.com/post/largeembeddedarrays . Stackoverflow profiline https://stackoverflow.com/users/431012/asya-kamsky adresinden ulaşabilirsiniz.

Her şeyden önce, neden böyle bir şey yapmak isteyeceğimizi düşünmeliyiz. Normalde, insanlara bu belgeyi getirirken her zaman geri almak istedikleri şeyleri yerleştirmelerini tavsiye ederim. Bunun diğer tarafı, belgeye geri dönmek istemediğiniz şeyleri gömmek istememenizdir.

Yaptığım etkinliği belgeye katıştırırsanız, ilk başta harika çalışır, çünkü tüm etkinliklerim orada ve tek bir okuma ile bana göstermek isteyebileceğiniz her şeyi geri alabilirsiniz: "Yakın zamanda bunu ve burayı tıkladınız son iki yorumunuz mu? "ama altı ay sonra ne olacak ve uzun zaman önce yaptığım şeyler umrumda değil ve özellikle eski bir aktiviteyi aramaya gitmedikçe bunları bana göstermek istemiyorsunuz?

İlk olarak, daha büyük ve daha büyük bir belgeyi geri getirecek ve daha küçük ve daha küçük bir kısmını önemseyeceksiniz. Ancak dizinin yalnızca bir kısmını döndürmek için projeksiyonu kullanabilirsiniz, asıl acı, diskteki belgenin büyüyeceği ve yalnızca bir kısmını son kullanıcıya iade edecek olsanız bile yine de tümünün okunacağıdır, ancak Faaliyetim aktif olduğum sürece durmayacağı için belge büyümeye ve büyümeye devam edecek.

Bununla ilgili en belirgin sorun, sonunda 16MB belge sınırına ulaşmanızdır, ancak endişelenmeniz gereken şey bu değil. Sürekli büyüyen bir belge, diske her taşınması gerektiğinde daha yüksek maliyete neden olur ve parçalanmanın etkilerini azaltmak için adımlar atsanız bile, yazmalarınız genel olarak gereksiz şekilde uzun olur ve tüm uygulamanızın genel performansını etkiler.

Yapabileceğiniz, uygulamanızın performansını tamamen öldürecek bir şey daha var ve bu sürekli artan diziyi indekslemek. Bunun anlamı, bu diziye sahip belge her yeniden konumlandırıldığında, güncellenmesi gereken dizin girişlerinin sayısı o belgedeki dizinlenmiş değerlerin sayısı ile doğru orantılıdır ve dizi ne kadar büyükse, bu sayı o kadar büyük olacaktır. olmak.

Bunun, veri modeline uygun olduklarında dizileri kullanmaktan sizi korkutmasını istemiyorum - bunlar belge veritabanı veri modelinin güçlü bir özelliğidir, ancak tüm güçlü araçlar gibi, doğru koşullarda kullanılması gerekir dikkatli kullanılmalıdır.

Temel olarak, bir değişken oluşturun nestedDovve buraya koyunname: [nestedDov]

Basit Sürüm:

var nestedDoc = new Schema({
  name: String
});

var mainDoc = new Schema({
  names: [nestedDoc]
});

JSON Örneği

{
    "_id" : ObjectId("57c88bf5818e70007dc72e85"),
    "name" : "Corinthia Hotel Budapest",
    "stars" : 5,
    "description" : "The 5-star Corinthia Hotel Budapest on the Grand Boulevard offers free access to its Royal Spa",
    "photos" : [
        "/photos/hotel/corinthiahotelbudapest/1.jpg",
        "/photos/hotel/corinthiahotelbudapest/2.jpg"
    ],
    "currency" : "HUF",
    "rooms" : [
        {
            "type" : "Superior Double or Twin Room",
            "number" : 20,
            "description" : "These are some great rooms",
            "photos" : [
                "/photos/room/corinthiahotelbudapest/2.jpg",
                "/photos/room/corinthiahotelbudapest/5.jpg"
            ],
            "price" : 73000
        },
        {
            "type" : "Deluxe Double Room",
            "number" : 50,
            "description" : "These are amazing rooms",
            "photos" : [
                "/photos/room/corinthiahotelbudapest/4.jpg",
                "/photos/room/corinthiahotelbudapest/6.jpg"
            ],
            "price" : 92000
        },
        {
            "type" : "Executive Double Room",
            "number" : 25,
            "description" : "These are amazing rooms",
            "photos" : [
                "/photos/room/corinthiahotelbudapest/4.jpg",
                "/photos/room/corinthiahotelbudapest/6.jpg"
            ],
            "price" : 112000
        }
    ],
    "reviews" : [
        {
            "name" : "Tamas",
            "id" : "/user/tamas.json",
            "review" : "Great hotel",
            "rating" : 4
        }
    ],
    "services" : [
        "Room service",
        "Airport shuttle (surcharge)",
        "24-hour front desk",
        "Currency exchange",
        "Tour desk"
    ]
}

Misal:

Sanırım bu başka bir yerde SO'da birden fazla gönderi ile ele alındı.

Sadece birkaç tane:

• MongoDB ilişkileri: gömme mi yoksa referans mı?
• Bu şemayı MongoDB'de nasıl uygulamalıyım?
• MongoDB Şema Tasarımı - Çok sayıda küçük belge mi yoksa daha az sayıda büyük belge mi?

Buradaki en büyük anahtar, burada tek bir cevap olmaması, yalnızca oldukça karmaşık bir dizi değiş tokuşun olmasıdır.

İkisi arasında bazı farklar var:

• İç içe geçmiş şema kullanmak, doğrulama için faydalıdır.

• İç içe geçmiş şema, diğer şemalarda yeniden kullanılabilir.

• İç içe yerleştirilmiş şema, "_id: false" kullanmadıysanız alt belgeye "_id" alanını ekleyin