Está diseñando un contenedor de Azure Cosmos DB (SQL API) que contendrá millones de documentos, cada uno con muchas propiedades y sin una propiedad única que proporcione una clave de partición clara. Para distribuir uniformemente el tráfico entre las particiones a lo largo del tiempo, ¿qué dos enfoques de clave de partición son aceptables?

Para distribuir uniformemente el tráfico en Azure Cosmos DB, especialmente con millones de documentos sin una clave de partición natural, es crucial evitar particiones activas (hot partitions). La concatenación de múltiples valores de propiedad con un sufijo aleatorio añadido es una estrategia efectiva porque el sufijo aleatorio asegura una distribución más uniforme de los documentos a través de las particiones, incluso si los valores de las propiedades concatenadas son similares. De manera similar, añadir un sufijo hash a un valor de propiedad también ayuda a distribuir los datos de forma más aleatoria. El hash convierte el valor de la propiedad en un número o cadena que, al combinarse con el sufijo, crea una mayor cardinalidad y dispersión, reduciendo la probabilidad de que muchos documentos terminen en la misma partición lógica. Un valor de propiedad único que no aparece con frecuencia podría llevar a particiones activas si ese valor se usa desproporcionadamente. Un valor de propiedad único que aparece con frecuencia es una mala elección, ya que concentraría muchos documentos en pocas particiones. El nombre de la colección no es una clave de partición válida para documentos dentro de una misma colección.