Evitar el arreglo ilimitado

Overview

Uno de los beneficios del modelo de esquema enriquecido de MongoDB es la capacidad de almacenar arreglos como valores de campo de documentos. Almacenar arreglos como valores de campos te permite modelar relaciones uno a muchos o muchos a muchos en un solo documento, en lugar de hacerlo por colecciones separadas como podrías en una base de datos relacional.

Sin embargo, debe tener cuidado si agrega elementos constantemente a las matrices de sus documentos. Si no limita el número de elementos de una matriz, sus documentos podrían alcanzar un tamaño impredecible. A medida que una matriz crece, el rendimiento de la lectura y la creación de índices en ella disminuye gradualmente. Una matriz grande y en constante crecimiento puede sobrecargar los recursos de la aplicación y poner en riesgo sus documentos de superar el límite de tamaño de documento BSON.

En su lugar, considere limitar sus arreglos para mejorar el rendimiento y mantener sus documentos en un tamaño manejable.

Ejemplo

Considera el siguiente esquema para un publishers colección:

// publishers collection
{
  "_id": "orielly"
  "name": "O'Reilly Media",
  "founded": 1980,
  "location": "CA",
  "books": [
    {
      "_id": 123456789,
      "title": "MongoDB: The Definitive Guide",
      "author": [ "Kristina Chodorow", "Mike Dirolf" ],
      "published_date": ISODate("2010-09-24"),
      "pages": 216,
      "language": "English"
    },
    {
      "_id": 234567890,
      "title": "50 Tips and Tricks for MongoDB Developer",
      "author": "Kristina Chodorow",
      "published_date": ISODate("2011-05-06"),
      "pages": 68,
      "language": "English"
    }
  ]
}

En este escenario, el arreglo books es ilimitada. Cada nuevo libro publicado por esta editorial agrega un nuevo subdocumento al arreglo books. A medida que las empresas editoriales continúen sacando libros, es probable que los documentos crezcan mucho y provoquen una cantidad desproporcionada de carga en la memoria de la aplicación.

Para evitar arreglos mutables y no acotadas, separa la colección publishers en dos colecciones, una para publishers y otra para books. En lugar de incorporar el documento completo book en el documento publishers, incluye una referencia al editor dentro del documento del libro:

// publishers collection
{
  "_id": "oreilly"
  "name": "O'Reilly Media",
  "founded": 1980,
  "location": "CA"
}

// books collection
{
  "_id": 123456789,
  "title": "MongoDB: The Definitive Guide",
  "author": [ "Kristina Chodorow", "Mike Dirolf" ],
  "published_date": ISODate("2010-09-24"),
  "pages": 216,
  "language": "English",
  "publisher_id": "oreilly"
}
{
  "_id": 234567890,
  "title": "50 Tips and Tricks for MongoDB Developer",
  "author": "Kristina Chodorow",
  "published_date": ISODate("2011-05-06"),
  "pages": 68,
  "language": "English",
  "publisher_id": "oreilly"
}

Este esquema actualizado elimina el arreglo ilimitado en la colección publishers y coloca una referencia al publicante en cada documento de libro usando el campo publisher_id. Esto garantiza que cada documento tenga un tamaño manejable y que no haya riesgo de que un campo del documento crezca de manera anormalmente grande.

Obtén más información

• Para obtener más información sobre el Modelado de Datos en MongoDB y el modelo de esquema flexible, consulte Introducción al Modelado de Datos.

• Para aprender a modelar relaciones con referencias a documentos, consulte Modelar relaciones de uno a muchos con referencias a documentos.

• Para aprender a hacer queries a arreglos en MongoDB, consulta Query a un arreglo.

• MongoDB también ofrece un curso gratuito de MongoDB University sobre modelado de datos: Modelado de datos para MongoDB.