U ontwerpt een Azure Cosmos DB (SQL API) container die miljoenen documenten zal bevatten, elk met veel eigenschappen en geen enkele eigenschap die een duidelijke partitioneringssleutel biedt. Welke twee partitioneringssleutelbenaderingen zijn acceptabel om het verkeer over de partities gelijkmatig te verdelen over de tijd?

Beide correcte antwoorden zijn strategieën om een hoge kardinaliteit en gelijkmatige distributie van gegevens over logische partities te garanderen, wat essentieel is voor prestaties in Azure Cosmos DB. Een concatenatie van meerdere eigenschapswaarden met een willekeurig achtervoegsel creëert unieke partitioneringssleutels, waardoor hot partitions worden voorkomen en de workload gelijkmatig wordt verdeeld. Het toevoegen van een hash-achtervoegsel aan een eigenschapswaarde bereikt hetzelfde doel door de uniciteit en spreiding van de partitioneringssleutels te vergroten. Een enkele eigenschapswaarde die niet vaak voorkomt kan leiden tot een ongelijkmatige verdeling als deze waarde toch vaker voorkomt dan verwacht, of als de distributie over tijd verandert. Een waarde die de collectienaam bevat is geen geschikte partitioneringssleutel, omdat deze voor alle documenten hetzelfde zou zijn, wat resulteert in één enkele logische partitie en dus geen schaalbaarheid. Een enkele eigenschapswaarde die vaak voorkomt in de documenten zal leiden tot hot partitions, omdat veel documenten dezelfde partitioneringssleutel zullen hebben, wat de prestaties negatief beïnvloedt.