0
284
Vistas¿Cómo agregar peso de índice en dos campos de identificación en MongoDB?
Tengo una pregunta sobre los índices de Mongo para una solicitud $or en dos campos ObjectID.
¿Cómo puedo asegurarme de que una búsqueda mire primero el primer argumento de la expresión $or y solo luego, si no hay ninguna coincidencia, mire el segundo o deberíamos dividirlo en dos solicitudes y agregar esta lógica en nuestro código?
Traté de usar un índice compuesto con pesos, pero solo funciona para la búsqueda de texto.
Esto es lo que he probado:
@index({ user_id: 1 }, { unique: true, partialFilterExpression: { user_id: { $exists: true } } }) @index({ device_id: 1 }, { partialFilterExpression: { device_id: { $exists: true } } }) @index( { user_id: 1, device_id: 1 }, { weights: { user_id: 10, }, partialFilterExpression: { user_id: { $exists: true }, device_id: { $exists: true } }, }, ) @modelOptions({ schemaOptions: { collection: 'test', timestamps: { createdAt: 'created_at', updatedAt: 'updated_at', }, }, }) export class Test extends Base { @prop({ required: false }) public user_id?: ObjectId @prop({ required: false }) public device_id?: ObjectId }La solicitud que estoy intentando:
db.test.find( { $or: [ { user_id: ObjectId('624c6bada5b7f846e80af8cb')}, { device_id: ObjectId('624c6bada5b7f846e80af8ca')}]} ) Los resultados : 
Los índices:
¡Gracias!
1 Respuestas
Responde la pregunta0
¿Cómo puedo asegurarme de que una búsqueda mire primero el primer argumento de la expresión $or y solo luego, si no hay ninguna coincidencia, mire el segundo?
No puedes porque no es así como funciona MongoDB.
¿O deberíamos dividirlo en dos solicitudes y agregar esta lógica en nuestro código?
Sí, si debe hacer cumplir esto, debe dividirlo en 2 consultas separadas.
También creo que es mejor aclarar cómo funciona un índice compuesto:
Para un índice compuesto, MongoDB puede usar el índice para admitir consultas sobre los prefijos del índice.
Esta es la razón por la que su consulta no usa su índice compuesto, porque no es compatible con la consulta, de $or docs:
Cuando se usan índices con consultas $or, cada cláusula de $or puede usar su propio índice.
Básicamente { device_id: ObjectId('624c6bada5b7f846e80af8ca')} se ejecuta como una consulta separada y, como mencionamos, un índice compuesto requiere que el prefijo sea parte de la consulta, pero en este caso el prefijo no existe. Es un poco más complicado que eso, ya que el índice compuesto se puede usar para respaldar la primera consulta, le recomiendo que lea sobre cómo Mongo elige qué índice usar para comprender mejor ese comportamiento.