Le conseil de Microsoft pour la sélection de clés de partition encourage la sélection d'une clé qui mènera à 100 ou 1000 de partitions. Le thème général est "plus c'est mieux".Une partition de clé incorrecte peut-elle provoquer un partitionnement excessif dans CosmosDb?
Ma question est, un CosmosDb peut souffrir d'une clé de partition qui conduit à un nombre excessif de partitions logiques hautement fragmentées?
J'envisage d'utiliser une clé de partition qui définit un identifiant de groupe de travail et qui correspond également à une limite de client client. Cette partition-clé mappe très bien sur la requête de données et les modèles d'accès aux limites de transaction dans mon application. Cependant, je suis préoccupé par le fait qu'avec seulement 100 documents stockés par locataire et environ 50 ko de stockage par locataire, au moment où ma collection CosmosDb atteindrait 10 Go, la collection aurait 200 000 partitions.
S'il vous plaît noter: Je comprends déjà qu'une partition logique ne carte 1: 1 à une partition CosmosDb physique et dans mon cas proposé une partition physique est susceptible de contenir 1000+ partitions logiques.
Ok, c'est bon à lire. Une de mes préoccupations est due à un commentaire dans une vidéo Channel9 sur le client api DocumentDb qui maintient une carte de partition côté client. Cette carte est construite à partir d'une requête serveur. J'espère que la carte côté client est juste une carte de partitions physiques, car sinon une carte de partitions logiques, à l'échelle dont nous parlons, deviendrait un surcoût inquiétant. – camelCase
@camelCase vous avez raison que c'est la carte des partitions physiques. –