Sie entwerfen einen Azure Cosmos DB (SQL API)-Container, der Millionen von Dokumenten aufnehmen soll, von denen jedes viele Eigenschaften hat und keine einzelne Eigenschaft einen eindeutigen Partitionsschlüssel bietet. Welche zwei Partitionsschlüsselansätze sind akzeptabel, um den Datenverkehr über die Partitionen hinweg gleichmäßig zu verteilen?

Um den Datenverkehr gleichmäßig über Partitionen zu verteilen, ist es entscheidend, einen Partitionsschlüssel zu wählen, der eine hohe Kardinalität aufweist und eine gleichmäßige Verteilung der Schreib- und Lesezugriffe ermöglicht. Eine Verkettung mehrerer Eigenschaftswerte mit einem angehängten zufälligen Suffix ist eine effektive Methode, da das Suffix die Einzigartigkeit erhöht und Hotspots vermeidet, selbst wenn die kombinierten Eigenschaftswerte allein nicht ausreichend sind. Ein Hash-Suffix, das an einen Eigenschaftswert angehängt wird, erfüllt ebenfalls dieses Kriterium. Durch das Hinzufügen eines Hash-Wertes wird die Verteilung der Partitionsschlüsselwerte verbessert, was zu einer gleichmäßigeren Verteilung der Daten und des Workloads führt. Ein einzelner Eigenschaftswert, der nicht häufig vorkommt, könnte zu einer ungleichmäßigen Verteilung führen, wenn er nicht genügend unterschiedliche Werte bietet. Ein Wert, der den Sammlungsnamen enthält, ist kein geeigneter Partitionsschlüssel, da er für alle Dokumente gleich wäre und somit alle Daten in einer einzigen Partition landen würden. Ein einzelner Eigenschaftswert, der häufig vorkommt, würde Hotspots verursachen, da viele Dokumente denselben Partitionsschlüssel hätten.