count (comando de base de datos)

Campos de comandos

count tiene los siguientes campos:

readConcern: { level: <value> }

collation: {
   locale: <string>,
   caseLevel: <boolean>,
   caseFirst: <string>,
   strength: <int>,
   numericOrdering: <boolean>,
   alternate: <string>,
   maxVariable: <string>,
   backwards: <boolean>
}

Conteos inexactos sin predicado de query

Al llamar a sin un predicado de consulta, es posible que reciba count count recuentos de documentos inexactos. Sin un predicado de consulta, los comandos devuelven resultados basados ​​en los metadatos de la colección, lo que puede resultar en un recuento aproximado. En particular,

• En un clúster, el recuento resultante no filtrará correctamente los documentos huérfanos.

• Después de un apagado no limpio o una sincronización inicial basada en copia de archivo, el recuento puede ser incorrecto.

Para los recuentos basados en los metadatos de la colección, consulta también la etapa de la pipeline de collStats con la opción count.

Conteo y transacciones

Cuando se usa count en una transacción, el recuento resultante no filtrará ninguna transacción multi-documento no comprometida.

Para obtener más detalles, se debe consultar Transacciones y operaciones de recuento.

Precisión y clústeres fragmentados

En un clúster fragmentado, el comando cuando se ejecuta sin count un predicado de consulta puede generar un recuento inexacto si existen documentos huérfanos o si hay una migración de fragmentos en progreso.

Para evitar estas situaciones, en un clúster fragmentado, usa el método db.collection.aggregate():

Puedes utilizar la etapa $count para contar los documentos. Por ejemplo, la siguiente operación cuenta los documentos en una colección:

db.collection.aggregate( [
   { $count: "myCount" }
])

La etapa $count es equivalente a la siguiente secuencia de $group + $project:

db.collection.aggregate( [
   { $group: { _id: null, count: { $sum: 1 } } },
   { $project: { _id: 0 } }
] )

Precisión tras un apagado inesperado

Después de un cierre no limpio de un mongod que utiliza el motor de almacenamiento WiredTiger, las estadísticas de conteo informadas por count pueden ser inexactas.

La cantidad de deriva depende del número de operaciones de inserción, actualización o eliminación realizadas entre el último punto de control y el apagado no limpio. Los puntos de control suelen ocurrir cada 60 segundos. Sin embargo, las instancias mongod que se ejecutan con configuraciones --syncdelay no por defecto pueden tener puntos de control más o menos frecuentes.

Ejecuta validate en cada colección en el mongod para restaurar las estadísticas después de un apagado no limpio.

Después de un apagado no limpio:

• validate actualiza la estadística de recuento en la salida collStats con el último valor.

• Otras estadísticas como el número de documentos insertados o eliminados en la salida collStats son estimaciones.

Desconexión del cliente

Si el cliente que emitió count se desconecta antes de que la operación se complete, MongoDB marca count para su terminación usando killOp.

Contar todos los documentos

La siguiente operación cuenta el número de todos los documentos en la colección orders:

db.runCommand( { count: 'orders' } )

En el resultado, el n, que representa el recuento, es 26 y el estado del comando ok es 1:

{ "n" : 26, "ok" : 1 }

Contar documentos que coinciden con una consulta

La siguiente operación devuelve un recuento de los documentos en la colección orders donde el valor del campo ord_dt es mayor que Date('01/01/2012'):

db.runCommand( { count:'orders',
                 query: { ord_dt: { $gt: new Date('01/01/2012') } }
               } )

En el resultado, el n, que representa el recuento, es 13 y el estado del comando ok es 1:

{ "n" : 13, "ok" : 1 }

Omitir documentos en el recuento

La siguiente operación devuelve un recuento de los documentos en la colección orders donde el valor del campo ord_dt es mayor que Date('01/01/2012') y omite los primeros 10 documentos coincidentes:

db.runCommand( { count:'orders',
                 query: { ord_dt: { $gt: new Date('01/01/2012') } },
                 skip: 10 }  )

En el resultado, el n, que representa el recuento, es 3 y el estado del comando ok es 1:

{ "n" : 3, "ok" : 1 }

Especifique el índice a utilizar

La siguiente operación utiliza el índice { status: 1 } para devolver un recuento de los documentos en la colección orders donde el valor del campo ord_dt es mayor que Date('01/01/2012') y el valor del campo status es igual a "D":

db.runCommand(
   {
     count:'orders',
     query: {
              ord_dt: { $gt: new Date('01/01/2012') },
              status: "D"
            },
     hint: { status: 1 }
   }
)

En el resultado, el n, que representa el recuento, es 1 y el estado del comando ok es 1:

{ "n" : 1, "ok" : 1 }

Anular el nivel de consistencia de lectura por defecto

Para anular el nivel de consistencia de lectura por defecto de "local", usa la opción readConcern.

La siguiente operación en un set de réplicas especifica un nivel de consistencia de lectura de "majority" para leer la copia más reciente de los datos confirmados como están escritos en la mayoría de los nodos.

db.runCommand(
   {
     count: "restaurants",
     query: { rating: { $gte: 4 } },
     readConcern: { level: "majority" }
   }
)

Para asegurarte de que un solo hilo pueda leer sus propias escrituras, utiliza el nivel de consistencia de lectura "majority" y el nivel de confirmación de escritura "majority" contra el primario del set de réplicas.