MongoDB $ en el índice del operador y compuesto

Question

Tengo una colección con el índice compuesto de cuatro campos en orden: (A, B, C, D)

Cuando me pregunta como

find({A: val1, B: val2, C: val3}).sort({D: 1}).limit(N) 

con estricta es igual en los campos A, B, C se ejecuta muy rápido, como debería ser. Y explain() me dice que solo se escanearon N documentos.

Si cambio de uno de los iguales a $in operador (con cerca de 100 elementos de matriz) que explora mucho más cantidad de documentos y se ejecuta más lentamente:

find({A: {$in: [val0, val1, ...]}, B: val2, C: val3}).sort({D: 1}).limit(N) 

Otros operadores como $or tienen el mismo efecto.

Lógicamente, un $in con 100 elementos debe ser muy similar a 100 consultas individuales con iguales estrictos. La segunda variante se ejecuta mucho más rápido en la base de datos pero requiere obtener todos los elementos (sin límite) con post-clasificación y limitación en el lado del cliente.

¿Tiene sentido dividir esta consulta con $in en varias consultas con igual para hacer que el cursor escanee menos documentos? ¿Qué será más eficiente en caso de millones de documentos en la colección?

Answer 1

¿Has probado con el índice {B: 1, C: 1, A: 1, D: 1}? De esta forma, los valores exactos de B y C se pueden procesar rápidamente, se puede usar un rango en el campo A y la ordenación por D aún se puede hacer a través del índice.