Si sta progettando un container Azure Cosmos DB (SQL API) che conterrà milioni di documenti, ognuno con molte proprietà e nessuna singola proprietà che fornisca una chiave di partizione chiara. Per distribuire uniformemente il traffico tra le partizioni nel tempo, quali due approcci di chiave di partizione sono accettabili?

Per distribuire uniformemente il traffico, la chiave di partizione deve avere un'elevata cardinalità e distribuire le richieste in modo uniforme. La concatenazione di più valori di proprietà con un suffisso casuale aumenta la cardinalità e la casualità, evitando hotspot. Allo stesso modo, l'aggiunta di un suffisso hash a un valore di proprietà distribuisce i dati in modo più uniforme tra le partizioni logiche. Un singolo valore di proprietà che non appare frequentemente non garantisce una distribuzione uniforme e potrebbe creare partizioni con pochi dati. Un valore contenente il nome della collezione non è una chiave di partizione valida. Un singolo valore di proprietà che appare frequentemente creerebbe hotspot, concentrando il traffico su poche partizioni.