MongoDB
Explica cómo collation controla comparación y ordenamiento de strings por idioma, mayúsculas, acentos y fuerza, y cómo debe coincidir con los índices.
Una define cómo MongoDB compara y ordena strings según reglas lingüísticas. Controla locale, sensibilidad a mayúsculas, acentos, puntuación, orden numérico y otras opciones.
{
locale: 'es',
strength: 2
}Con strength: 2, normalmente se ignoran diferencias de mayúsculas/minúsculas, pero se mantienen diferencias relevantes de acentos según reglas del locale.
La comparación binaria simple no representa siempre el orden humano:
Zorro
ábaco
Árbol
10
2Una collation puede ordenar según español y tratar números dentro de strings de forma natural cuando se habilita numericOrdering.
db.customers.find({ name: 'nicolás' })
.collation({ locale: 'es', strength: 2 });Puede definirse al crear una colección. Las operaciones que no especifican otra collation heredan la predeterminada.
db.createCollection('customers', {
collation: {
locale: 'es',
strength: 2
}
});Cambiar esta decisión después requiere planificación; no se trata como una opción visual de la UI.
db.customers.createIndex(
{ businessId: 1, name: 1 },
{
collation: {
locale: 'es',
strength: 2
}
}
);Para aprovecharlo en comparación lingüística, la query debe usar una collation compatible:
db.customers.find({
businessId,
name: 'NICOLÁS'
}).collation({ locale: 'es', strength: 2 });Si la query usa comparación simple o una collation distinta, el índice puede ignorarse o servir solo parcialmente.
Modelo conceptual:
1: diferencias base; suele ignorar acentos y case;2: considera acentos, normalmente ignora case;3: considera case y acentos;El comportamiento exacto depende del locale y opciones. Prueba ejemplos reales, no memorices únicamente números.
Collation afecta unicidad:
db.users.createIndex(
{ businessId: 1, email: 1 },
{
unique: true,
collation: {
locale: 'en',
strength: 2
}
}
);Esto puede considerar equivalentes variantes de case. Antes de crear el índice, detecta duplicados existentes según la misma collation.
Para email, además de case existen decisiones de normalización específicas del dominio. Collation no valida formato ni reglas del proveedor.
{
locale: 'es',
numericOrdering: true
}Puede ordenar:
item2
item10como espera un usuario. No convierte strings en números para cálculos ni arregla un schema que debería guardar números como números.
Guardar nameLower puede ser útil para búsquedas exactas controladas, pero no reproduce todas las reglas lingüísticas:
También obliga a mantener el campo derivado y su consistencia.
Una regex con i no utiliza automáticamente las reglas de collation ni un índice case-insensitive de forma equivalente. Para prefijos y búsqueda textual evalúa normalización o un motor de búsqueda.
db.customers.find({ businessId })
.sort({ name: 1 })
.collation({ locale: 'es', strength: 2 });Un índice con collation compatible puede entregar el orden. Sin él puede existir sort adicional.
Todos los campos string del índice comparten la collation configurada. Los campos no string siguen reglas normales. Diseña el índice desde las query shapes y no dupliques indiscriminadamente versiones binarias y lingüísticas.
Collation solo afecta strings. Si un campo contiene string y número, el orden BSON entre tipos sigue importando. Corrige schema drift antes de depender del sort.
La collation interactúa con índices, shard keys y targeting bajo reglas específicas. Las operaciones sobre shard key suelen requerir semántica simple compatible. Verifica versión y diseño antes de usar collation como parte de identidad distribuida.
ñ;explain().Collation es parte de la semántica del dato y del índice. Define qué strings son iguales y cómo se ordenan. La query solo aprovecha el índice cuando ambas reglas son compatibles; la elección debe probarse con el idioma y los valores reales del producto.
Atomicidad.