La fusion d'Explores vous permet de regrouper des données provenant de deux ensembles de données différents, comme Donations et Volunteering, dans un seul tableau pour une comparaison côte à côte. Ce n'est pas une façon de combiner deux ensembles de données en une seule liste unifiée. Avant de construire, il est essentiel de comprendre la logique de jointure à gauche et les limitations ci-dessous, car une mauvaise interprétation est la cause la plus courante d'un rapport fusionné inexact.
Comprendre la logique de jointure à gauche
Reporting Studio utilise une logique de jointure à gauche pour tous les résultats fusionnés. Cela signifie que le premier Explore que vous sélectionnez (le Primary) détermine quelles lignes apparaissent dans le rapport final.
- Fonctionnement : Tous les enregistrements de l'ensemble de données Primary seront affichés. Les données de l'ensemble de données Secondary n'apparaîtront que s'il trouve une correspondance pour un champ partagé (comme User ID ou Transaction Year).
- Risque : Si vous sélectionnez Donations comme Primary et Volunteering comme Secondary, votre rapport n'affichera que les utilisateurs qui ont fait un don. Les utilisateurs qui n'ont fait que du bénévolat (sans avoir fait de don) seront entièrement exclus du rapport.
Limitations clés à considérer
Pour maintenir le rendement des rapports et l'intégrité des données, les résultats fusionnés comportent les contraintes techniques suivantes :
-
Maximum de 5 000 lignes : Les rapports fusionnés sont plafonnés à 5 000 lignes. Contrairement aux Looks standards, vous ne pouvez pas « Export All » au-delà de cette limite. Si votre ensemble de données dépasse 5 000 lignes, vos données seront tronquées (coupées).
- Cette limite s'applique aussi aux ensembles de données avant qu'ils ne soient combinés. Par exemple, si votre ensemble de données Primary compte 4 000 lignes et que votre ensemble Secondary en compte 7 000, seules les 5 000 premières lignes de l'ensemble Secondary sont disponibles pour la fusion. Toute donnée correspondante située dans les lignes 5 001 à 7 000 sera ignorée, ce qui entraînera des données manquantes et des cellules vides inexactes.
- Pas de dénombrements distincts entre Explores : Vous ne pouvez pas effectuer un « Unique Count » d'utilisateurs ou de causes sur les deux ensembles de données. Par exemple, vous ne pouvez pas calculer un seul dénombrement « Total Unique Participants » qui examine à la fois Donations et Volunteering simultanément.
- Téléchargements restreints : Les tuiles individuelles créées à partir de requêtes fusionnées ne peuvent pas être téléchargées en fichiers XLSX. Pour obtenir ces données dans Excel, vous pourriez devoir exporter les ensembles de données individuels séparément et les combiner manuellement.
- Visualisation et mise en forme : Les requêtes fusionnées ne prennent pas en charge les lignes de sous-totaux. De plus, si vous utilisez la visualisation Table (Report), vous ne pouvez pas réordonner manuellement les colonnes; elles suivront l'ordre des requêtes sources.
- Vide vs zéro : Si l'ensemble de données Secondary ne trouve pas de correspondance dans le Primary, la cellule apparaîtra vide plutôt que d'afficher un 0.
Étape par étape : comment fusionner les résultats
Étape 1 : Configurer votre requête Primary
- Dans Explore, sélectionnez l'ensemble de données qui contient le groupe d'enregistrements le plus vaste que vous souhaitez voir. (p. ex., si vous voulez voir toutes les personnes qui ont participé d'une façon ou d'une autre, envisagez d'utiliser l'Explore Participation comme Primary).
- Ajoutez vos dimensions (p. ex., User Name, Year) et vos mesures (p. ex., Total Donation Amount).
- Sélectionnez Run.
Étape 2 : Lancer la fusion
- Sélectionnez l'icône d'engrenage (⚙️) en haut à droite de la fenêtre Explore.
- Choisissez Merge Results.
- Sélectionnez votre Secondary Explore (p. ex., Volunteering).
Étape 3 : Construire la requête Secondary
- Ajoutez les mêmes dimensions que celles utilisées dans la première requête (p. ex., User Name, Year). Des champs partagés sont requis pour aligner les données.
- Ajoutez vos nouvelles mesures (p. ex., Volunteer Hours).
- Sélectionnez Run, puis cliquez sur Save.
Étape 4 : Examiner les mappages
- Assurez-vous que les « Merge Rules » lient correctement vos dimensions partagées (p. ex., Donations User ID correspond à Volunteering User ID).
- Sélectionnez Run pour afficher votre tableau consolidé.
Conseils pour réussir
- Agréguez d'abord vos données : La fusion d'Explores est plus sûre lorsque vous utilisez des données agrégées avec un champ commun comme Cause ID ou Date, plutôt que le détail au niveau des transactions. Cette approche regroupe et résume d'abord les données, ce qui évite les risques d'intégrité des données liés à une fusion au niveau des transactions.
- Alignement des plages de dates : Assurez-vous que les filtres des requêtes Primary et Secondary utilisent exactement la même plage de dates afin d'éviter des comparaisons trompeuses.
- Solution de rechange avec Participation Explore, pour l'ensemble du programme seulement : Commencer votre rapport avec l'Explore Participation comme Primary fonctionne si vous avez besoin de tous les donateurs et bénévoles ensemble à l'échelle du programme, puisqu'il est conçu pour saisir tous les participants indépendamment de l'activité. Cependant, l'Explore Participation n'a pas de champs Cause ou Campaign, de sorte qu'il n'existe aucun moyen de créer un rapport de participation combiné et propre à une cause (par exemple, « a fait un don OU du bénévolat pour notre campagne Giving Tuesday ») dans Reporting Studio.
- Exportation manuelle pour de grands volumes de données : Si votre rapport est susceptible de dépasser 5 000 lignes, la façon la plus sûre d'assurer l'intégrité des données est de créer deux rapports distincts en utilisant un seul Explore chacun, puis de les combiner manuellement à l'extérieur de l'outil de reporting.
- Pas de véritable logique OU/union : En raison de la jointure à gauche, une fusion ne peut pas produire une seule liste dédoublonnée de « toutes les personnes qui ont fait A ou B », sauf si votre Explore Primary contient déjà à lui seul toutes les personnes dont vous avez besoin (Participation, pour les totaux à l'échelle du programme, est le seul cas où cela fonctionne). Toute personne absente de l'ensemble de données Primary est exclue, même si elle correspondait dans le Secondary.