Subdocumentos de mangosta vs esquema anidado

Si tiene esquemas que se reutilizan en varias partes de su modelo, puede ser útil definir esquemas individuales para los documentos secundarios para que no tenga que duplicarse.

Creo que esto se maneja en otro lugar por múltiples post en SO.

Solo unos pocos:

• Relaciones MongoDB: ¿incrustar o referenciar?
• ¿Cómo debo implementar este esquema en MongoDB?
• Diseño de esquema MongoDB - ¿Muchos documentos pequeños o menos documentos grandes?

La gran clave es que no hay una sola respuesta aquí, solo un conjunto de compensaciones bastante complejas.

Debe usar documentos incrustados si son documentos estáticos o no son más de unos pocos cientos debido al impacto en el rendimiento. He hablado de ese tema hace un tiempo. Recientemente, Asya Kamsky que trabaja como arquitecto de soluciones para MongoDB había escrito un artículo sobre "el uso de subdocumentos".

Espero que eso ayude a quien está buscando soluciones o la mejor práctica.

Post original en http://askasya.com/post/largeembeddedarrays . Puedes llegar a ella. perfil de stackoverflow en https://stackoverflow.com/users/431012/asya-kamsky

En primer lugar, tenemos que considerar por qué querríamos hacer tal cosa. Normalmente, aconsejaría a la gente que incrustara cosas que siempre quieren volver cuando están recuperando este documento. Tirón el lado de esto es que no desea incrustar cosas en el documento que no quieres volver con ella.

Si incrustas la actividad que realizo en el documento, trabajar muy bien en primero porque toda mi actividad está ahí y con una sola lectura puedes recuperar todo lo que quieras mostrarme: "recientemente haga clic en esto y aquí están sus dos últimos comentarios " pero lo que sucede después de seis meses pasan y no me importan las cosas que hice mucho tiempo hace y no quieres mostrármelos a menos que vaya específicamente a ¿busca alguna actividad antigua?

Primero, terminarás devolviendo un documento cada vez más grande y cariñoso sobre porción cada vez más pequeña de ella. Pero puedes usar proyección para solo devuelve parte de la matriz, el verdadero dolor es que el documento en disco se hará más grande y todavía todo será leído incluso si usted es sólo voy a devolver parte de ella al usuario final, pero ya que mi actividad es no va a parar mientras esté activo, el documento continuará creciendo y creciendo.

El problema más obvio con esto es que eventualmente alcanzarás los 16MB límite de documentos, pero eso no es en absoluto lo que usted debe estar preocupado sobre. Un documento que crece continuamente incurrirá cada vez más alto costo cada vez que tiene que ser reubicado en el disco, e incluso si usted toma pasos para mitigar los efectos de la fragmentación, sus escrituras en general ser innecesariamente largo, afectando el rendimiento general de su toda la aplicación.

Hay una cosa más que puede hacer que matará completamente a su rendimiento de la aplicación y que es indexar esta cada vez mayor matriz. Lo que eso significa es que cada vez que el documento con esta matriz se reubica, el número de entradas de índice que deben ser actualizado es directamente proporcional al número de valores indexados en ese documento, y cuanto mayor sea la matriz, mayor será el número ser.

No quiero que esto te asuste de usar arrays cuando son buenos ajuste para el modelo de datos-son una característica poderosa del documento modelo de datos de base de datos, pero como todas las herramientas poderosas, necesita utilizar en las circunstancias adecuadas y debe utilizarse con cuidado.

Básicamente, crea una variable nestedDov y ponla aquí name: [nestedDov]

Versión simple:

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

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

JSON Example

{
    "_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"
    ]
}

Ejemplo: