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, deberías tener precaución si agregas regularmente elementos a los arreglos en tus documentos. Si no se limita el número de elementos en un arreglo, los documentos pueden crecer a un tamaño impredecible. A medida que un arreglo continúa creciendo, la lectura y la construcción de índices en ese arreglo disminuyen gradualmente su rendimiento. Un arreglo grande y creciente puede sobrecargar los recursos de la aplicación y poner sus documentos en riesgo 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

Considere el siguiente esquema para una colección publishers:

// 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 de documentos, consulta Modelar relaciones uno a muchos con referencias de 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.