Você está projetando um contêiner do Azure Cosmos DB (SQL API) que armazenará milhões de documentos, cada um com muitas propriedades e sem uma única propriedade que forneça uma chave de partição clara. Para distribuir uniformemente o tráfego entre as partições ao longo do tempo, quais duas abordagens de chave de partição são aceitáveis?

Para distribuir uniformemente o tráfego em um contêiner do Azure Cosmos DB sem uma chave de partição natural, é crucial criar uma chave sintética com alta cardinalidade e uniformidade. A concatenação de vários valores de propriedade com um sufixo aleatório anexado (GUID, timestamp) e um sufixo de hash anexado a um valor de propriedade são abordagens eficazes. Ambas as estratégias garantem que os novos documentos sejam distribuídos de forma mais equitativa entre as partições lógicas, evitando hotspots e melhorando o desempenho. Um único valor de propriedade que não aparece frequentemente ou que aparece frequentemente resultaria em poucas partições lógicas ou em hotspots, respectivamente. O nome da coleção não é um valor de propriedade do documento e não pode ser usado como chave de partição.