Optimisation des requêtes avec des index secondaires

Cas d'utilisation et meilleures pratiques

Tenez compte de ce guide lorsque vous créez un index secondaire.

• Un index secondaire peut améliorer la vitesse de requête des objets lac de données volumineux ou des objets modèle de données matérialisés que vous filtrez fréquemment dans un champ non primaire.
• Les index secondaires fonctionnent mieux pour les requêtes qui filtrent sur des champs contenant de nombreuses valeurs distinctes, où les requêtes renvoient des objets presque uniques. Par exemple, les champs ID de client, Numéro de téléphone, Adresse e-mail ou ID global.
• Utilisez un index secondaire pour rechercher rapidement une plage de données dans un objet volumineux. Par exemple, utilisez un index secondaire pour rechercher des clients dans une plage de codes postaux définie.
• Un index secondaire peut accélérer les requêtes sur des objets modèle de données matérialisés, tels que des segments de clients ou des métriques agrégées.
• Vous pouvez créer plusieurs index secondaires dans un seul objet lac de données ou objet modèle de données afin d'utiliser l'index le plus efficace pour les requêtes.
• Vous pouvez empaqueter vos configurations d'index secondaire dans des Kits de données standard pour faciliter le partage et une configuration cohérente.

Pour plus d'informations sur l'utilisation du crédit, consultez Considérations relatives à la facturation des indices secondaires.

Index secondaires et SQL

• Les requêtes Objet modèle de données (DMO) qui filtrent sur un champ mappé avec un champ d'index secondaire DLO ou DMO utilisent l'index secondaire pour améliorer les performances des requêtes.
• Dans les clauses de WHERE (filtres), les index secondaires fonctionnent uniquement avec une correspondance directe dans le champ indexé. Le champ indexé ne peut pas être basé sur des calculs, des fonctions ou des modèles partiels.
• Lorsque vous joignez deux objets volumineux dans un champ non primaire, les résultats s'améliorent lorsque l'un des objets contient un petit nombre de lignes.
• Lors du filtrage sur un index secondaire et un autre champ, utilisez la clause AND. L'index secondaire affine l'ensemble de résultats avant l'évaluation de l'autre champ.

Limitations

Tenez compte des limitations ci-dessous en définissant vos index secondaires.

• Les index secondaires ne prennent pas en charge les objets Zero-Copy Data 360 ou les objets lac de données non structurés.
• Les index secondaires ne prennent pas en charge les kits de données DevOps ou les packages gérés.
• Seuls les objets modèle de données matérialisés (types Dérivé, Pont ou Transformation) prennent en charge les index secondaires. Les objets modèle de données non matérialisés (vues simples sans tableaux physiques sous-jacents) ne peuvent pas être indexés.
• Vous ne pouvez pas créer un index secondaire dans une organisation associée. Cependant, les requêtes d'une organisation associée à un objet lac de données dans l'espace de données partagé de l'organisation d'origine utilisent l'index secondaire défini.
• Data 360 actualise quotidiennement les index secondaires. Si un objet est mis à jour, les requêtes analysent d'abord l'index secondaire, puis recherchent de nouvelles valeurs dans l'objet de base. Les index secondaires fonctionnent mieux avec les objets lac de données Engagement, les objets lac de données mis à jour au plus toutes les 24 heures ou les objets modèle de données matérialisés mis à jour au plus toutes les 24 heures.

Étapes suivantes