Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Déterminez si vous avez besoin de plusieurs partitions
Toutes les balises sont dérivées à l'aide de partitions par défaut. Dans la configuration la plus simple, une balise utilise une seule partition. L'utilisation de partitions supplémentaires est une décision de réglage qui permet de remédier aux distorsions, aux valeurs chaudes et aux fuites de fréquence, mais elle peut également augmenter le nombre de requêtes, car les requêtes doivent être émises une fois par partition. Cette section explique quand une seule partition est suffisante et quand vous devez configurer plusieurs partitions.
Commencez par la population et l'uniformité
Commencez par évaluer l'attribut que vous souhaitez baliser :
-
Taille de la population : La balise doit être dérivée d'un champ contenant suffisamment de valeurs distinctes (par exemple, au moins 32 valeurs uniques) pour que la balise soit efficace. Si cette exigence n'est pas respectée, l'augmentation du nombre de partitions peut aider à répartir les valeurs de manière plus efficace.
-
Distribution de fréquence : utilisez une analyse d'uniformité pour déterminer si l'attribut présente une distribution généralement uniforme ou s'il présente un biais notable.
Si la distribution d'un attribut est approximativement uniforme, une seule partition est généralement suffisante. Si la distribution est asymétrique ou contient des valeurs chaudes claires, il est recommandé de configurer plusieurs partitions.
Lorsque plusieurs partitions sont recommandées
Il est recommandé de configurer plusieurs partitions lorsqu'une ou plusieurs des conditions suivantes s'appliquent :
-
Valeurs chaudes ou balises dynamiques : un petit nombre de valeurs apparaissent beaucoup plus souvent que d'autres (par exemple, un nom de famille très courant). Ces valeurs créent de très grands groupes de balises identiques, ce qui permet de les distinguer plus facilement des autres valeurs.
-
Répartition inégale des données : certaines valeurs apparaissent très fréquemment, tandis que de nombreuses autres n'apparaissent que quelques fois. Ces valeurs rares ne se produisent pas assez souvent pour se fondre dans les autres, ce qui rend plus difficile leur protection au sein de groupes suffisamment grands.
-
Une longueur de balise plus longue est requise : l'utilisation d'une balise plus longue améliore la précision des requêtes mais réduit le risque de collision. Le partitionnement permet de maintenir les collisions en répartissant les valeurs sur plusieurs partitions. Comme chaque partition possède son propre espace balise, la même valeur peut entrer en collision avec différentes valeurs dans différentes partitions, ce qui contribue à équilibrer confidentialité et précision.
-
High-volume recherche sur l'attribut : l'attribut est fréquemment interrogé et les faux positifs sont coûteux. Le partitionnement vous permet d'augmenter la longueur des balises afin de réduire les faux positifs tout en maintenant des protections de confidentialité acceptables.
Quand une seule partition est suffisante
L'utilisation d'une partition unique peut être appropriée dans les cas suivants :
-
La distribution de l'attribut est approximativement uniforme et passe les contrôles d'uniformité.
-
L'attribut est rarement utilisé comme prédicat de recherche, ou les faux positifs et les fuites de fréquence ne constituent pas un problème majeur.
Dans ces cas, la configuration de l'attribut avec une seule partition est plus simple et permet d'éviter des requêtes supplémentaires.
En général, si un attribut convient à la beaconisation mais présente des contraintes d'asymétrie, de valeurs chaudes ou d'anonymat qui ne peuvent pas être satisfaites avec une seule partition, la configuration de plusieurs partitions constitue une solution plus sûre et plus flexible.
