Límites para bases de datos particionadas

Las bases de datos particionadas tienen límites en el número de índices y el tamaño total de todos los documentos con la misma clave de partición.

Las consultas por partición tienen un tiempo de espera forzado por el servicio más corto que las consultas globales y un límite menor en el total de documentos que pueden recuperarse en una sola consulta y un límite menor en el total de documentos que pueden recuperarse en una solicitud HTTP solicitud.

Consulte IBM Cloudant Límites para más detalles sobre estas restricciones.

Razones para utilizar una base de datos particionada

Las bases de datos particionadas son ideales cuando su aplicación se beneficia de la agrupación de documentos relacionados y necesita un rendimiento de consulta predecible y escalable.

Una base de datos particionada permite realizar consultas tanto a nivel de partición como globales. La consulta por partición aprovecha la ubicación conjunta de los documentos con una clave de partición determinada, lo que permite un rendimiento de consulta más eficiente y escalable una clave de partición determinada, lo que permite realizar consultas más eficientes y escalables. Para las cargas de trabajo que pueden expresarse en términos de una clave de partición, esto puede reducir significativamente la latencia de las consultas y disminuir los costes.

El particionamiento es especialmente valioso cuando su aplicación necesita un rendimiento predecible a escala predecible a escala. Las consultas basadas en particiones que hacen un uso eficaz de los índices siguen siendo rápidas incluso cuando el conjunto de datos crece índices siguen siendo rápidas aunque crezca el conjunto de datos, y pueden escalarse eficientemente hasta 64 fragmentos. Esto hace que las bases de datos particionadas sean idóneas para cargas de trabajo de alto rendimiento y baja latencia.

Normalmente, cuando el conjunto de datos requiere muchos fragmentos de base de datos, las aplicaciones utilizan consultas de partición para operaciones sensibles a la latencia, mientras que las consultas globales se reservan para tareas en las que el tiempo es menos crítico, como el procesamiento por lotes.

Razones por las que las bases de datos particionadas pueden no ser adecuadas

Las bases de datos particionadas requieren un cuidadoso modelado de datos y pueden requerir duplicar índices. Para muchos casos de uso, este esfuerzo adicional no compensa.

Aunque las bases de datos particionadas ofrecen ventajas de rendimiento cuando se utilizan adecuadamente, introducen restricciones que pueden no ajustarse a todas las cargas de trabajo. Debe definir una clave de partición significativa para sus aplicaciones que agrupe relacionados y que permita una consulta eficaz. Si cada documento tiene una clave única, o o si hay muy pocas claves de partición, es probable que las bases de datos particionadas funcionen que las bases de datos no particionadas.

Las consultas particionadas requieren la creación de índices particionados. Esto puede global y particionado, dependiendo de los patrones de acceso de su aplicación de su aplicación.

Determinar la idoneidad de una base de datos particionada

Ahora ya conoces las ventajas y desventajas de las bases de datos particionadas, el siguiente paso es saber si su modelo de datos funcionará bien con una base de datos particionada base de datos particionada.

Evalúe su modelo de datos y las necesidades de su aplicación en función de estos criterios para determinar la idoneidad de una base de datos particionada:

1. Es esencial que la cardinalidad de las claves de partición sea alta: el número de claves de partición distintas debe ser mucho mayor que el número de fragmentos.
2. La carga de las consultas debe distribuirse uniformemente: si la mayoría de las consultas se dirigen a una sola clave de partición, pueden crearse puntos calientes y degradar el rendimiento.
3. Las claves de partición deben agrupar documentos relacionados: si cada clave se asigna a un solo documento, la partición ofrece pocas ventajas.

Creación de bases de datos particionadas e índices

Debes decidir si quieres crear particiones en el momento de crear la base de datos. Al crear una base de datos, utilice el parámetro de serie de consulta partitioned para establecer si la base de datos se particiona o no. El valor predeterminado para partitioned es false.

Del mismo modo, un índice puede ser global o particionado crear un índice utilizando el campo partitioned en su documento de diseño. Todos los índices índices del documento de diseño heredan el campo partitioned del documento de diseño del documento de diseño. Cuando se consulta un índice particionado, se utilizan consultas con ámbito de partición que incluyen la clave de partición a consultar en la petición.

El tipo de partición de un índice o de una base de datos no puede modificarse después de su creación.

Sólo se pueden realizar consultas a índices particionados. Del mismo modo, las consultas globales sólo pueden hacerse a índices globales.

{
  "options": {
    "partitioned": false
  },
  "views": {
    "by-device": {
      "map": "function(doc) { emit(doc.deviceID, doc.infrastructureID) }"
    }
  }
}

{
  "options": {
    "partitioned": true
  },
  "views": {
    "by-device": {
      "map": "function(doc) { emit(doc.deviceID, doc.infrastructureID) }"
    }
  }
}

Guías de aprendizaje de bases de datos particionadas

Las bases de datos particionadas pueden ser difíciles de entender en abstracto. Puede ver los conceptos en acción en estos dos ejemplos:

1. Lea Crear un historiador IoT utilizando bases de datos particionadas para profundizar en las bases de datos particionadas con ejemplos en varios lenguajes de programación.
2. Infórmate sobre las bases de datos particionadas y Node.js en este artículo del blog, que explica cómo crear una base de datos particionada, realizar búsquedas, utilizar vistas y crear un índice global.