Les segments ne retournent aucun ou zéro membre

Cet article fournit une résolution d’un problème où un segment ne retourne aucun membre comme prévu.

Conditions préalables

• L’état d’actualisation du segment réussit.
• Le segment est nouvellement créé ou modifié, ou les règles d’importation ou d’unification des données ou la définition métier des données ont changé.

Si le segment a déjà réussi et qu’il avait des membres, mais affiche zéro membre et qu’aucune autre modification n’a été spécifiée comme indiqué ci-dessus, ouvrez un ticket de support.

Symptômes

Un segment s’exécute et s’actualise correctement, mais n’inclut aucun membre.

Résolution

Vous pouvez effectuer les étapes suivantes pour examiner la cause racine et résoudre le problème.

Valider la logique de base pour des conditions ou des règles contradictoires

AND Des conditions ou des règles contradictoires sur le même attribut génèrent toujours des segments vides. Par exemple, FirstName = Joe AND FirstName = Frank.

Passez en revue toutes les règles et conditions pour la logique rompue. Envisagez également des contradictions plus complexes entre plusieurs attributs (cela nécessite une connaissance plus approfondie du jeu de données). Par exemple, Status = 1 AND StatusDescription = Inactivealors qu’une valeur d’état de 1 signifie toujours qu’elle est active.

Les opérations de jeu (Union, Intersectet Except sont utilisées pour combiner deux règles) sont appliquées sur le CustomerId retour par chaque règle. Ainsi, en fonction du résultat attendu, vérifiez si la CustomerId partie (ou non) du résultat de chaque évaluation de règle.

Réduire la complexité

Lorsque vous travaillez avec des segments complexes avec plusieurs conditions ou règles, réduisez la complexité et isolez la condition ou la règle responsable du problème.

• Commencez à partir du segment complet et supprimez les conditions et les règles une par une. Exécutez le segment après chaque modification jusqu’à ce qu’il retourne des membres.
• Créez un nouveau segment à partir de zéro et ajoutez des conditions et des règles une par une à partir du segment qui ne génère aucun membre. Exécutez le segment après chaque étape d’ajout de conditions ou de règles jusqu’à ce qu’aucun membre ne soit retourné.

Données manquantes pour les attributs utilisés dans une règle ou une condition de segment

Si la valeur de l’attribut utilisé dans une règle de segment ou une condition est manquante pour une raison quelconque, le segment ne retourne probablement aucun membre. Vérifiez si la valeur attendue existe.

• Explorez les données de table et les valeurs d’attribut. Si elle est disponible, passez en revue la colonne Résumé des attributs qui vous intéressent et vérifiez qu’ils ne sont pas dans un état manquant ou d’erreur .

  Note

  Le résumé n’est pas disponible pour les tables générées par le système et facultatif pour les tables importées à partir de votre propre azure Data Lake Storage.

• Vérifiez si les enregistrements sources ne sont pas rejetés pour être endommagés.

• Vérifiez si une valeur spécifique existe dans la table pour un attribut donné. Créez une mesure pour cette table, filtrée sur la valeur d’attribut. Utilisez l’option Count pour voir combien d’enregistrements contiennent la valeur de la condition de filtrage. Utilisez l’option First sur la clé primaire ou la clé étrangère pour rechercher un enregistrement de référence.

• Pour explorer plus en détail les valeurs d’attribut dans les données, tenez compte des options suivantes :

  • Téléchargez le .csv fichier d’une table sur la vue table pour valider les 100 000 premiers enregistrements.

  • Utilisez le connecteur Power BI pour explorer l’entité dans Power BI.

    Note

    Toutes les entités, en particulier les entités sources d’une source de données Azure Data Lake Storage, ne seront pas disponibles avec ce connecteur. Il est également recommandé de l’utiliser sur des tables avec moins de 1 million de lignes.

  • Exportez des données vers Azure dans Stockage Blob Azure, Azure Data Lake Storage ou Azure Synapse Analytique. Les exportations peuvent vous aider à effectuer d’autres enquêtes à l’aide de Synapse Analytique, Power BI ou tout autre outil d’exploration de données.

  • Pour les sources de données Power Query, créez une nouvelle source de données ou une requête de référence distincte dans la source de données existante avec la condition de filtrage de l’attribut manquant. Une fois actualisée, vérifiez si la nouvelle table contient des données.

Problèmes liés aux relations entre les tables

Si la relation entre la table utilisée pour la segmentation et la table client unifiée ne fonctionne pas en raison des raisons indiquées ci-dessous, le segment ne retourne aucun membre.

• Vérifiez si le chemin de relation prévu est utilisé, car plusieurs chemins d’accès peuvent être techniquement valides entre votre table source (avec une condition de filtrage sur les attributs) et la table Customer. S’il existe plusieurs tables impliquées, inspectez chaque relation et vérifiez si elles sont configurées correctement avec les attributs appropriés.

• L’évaluation de la valeur d’attribut respecte la casse. Par exemple, deux tables sont liées par le biais d’un attribut commun. MembershipType Si la valeur d’attribut est GOLD dans une table et l’or dans l’autre, elle ne génère pas de jointure réussie et ne retourne aucun résultat. La même logique s’applique à GUIDs, qui sont faciles à manquer.

• Vérifiez que les types de données des attributs s’alignent sur les tables.

• Le processus de déduplication identifie un enregistrement « gagnant » lors de l’unification des données. Les mesures et segments créés avec la table source du profil dédupliqué dans le chemin de relation peuvent utiliser l’enregistrement « gagnant », ce qui entraîne des résultats inattendus.

L’évaluation des segments et des mesures se produit en joignant des tables sur les attributs définis dans les relations. Par exemple, MembershipMaster a une relation avec la table Contact , avec MembershipId et MembershipType attributs. La table Contact a une relation avec la table Customer , contenant des profils clients unifiés sur les attributs ContactId et ContactId (Source1_Contact). Pour plus d’informations sur la relation de table, consultez la capture d’écran ci-dessous :

Si la table de profil (dans cet exemple, la table Contact ) est dédupliquée, l’évaluation se produit par le biais de l’enregistrement « gagnant » en raison de la relation.

Dans cet exemple, contactez C1 (avec l’appartenance « Gold ») et C2 (avec l’appartenance « Silver ») ont été unifiés avec C2 étant le gagnant. Par conséquent, lorsqu’un segment est créé pour identifier les membres « Gold », « First Person » ne fait pas partie du segment, car le chemin de relation est évalué uniquement avec C2.