Nécessite Autorisations d’administrateur pour créer et modifier des graphiques SQL. Standard
les utilisateurs peuvent réorganiser ces graphiques dans les tableaux de bord ; et Read-only
les utilisateurs ont la même expérience qu’avec les graphiques traditionnels. En outre, Read-only
les utilisateurs n'ont pas accès au texte de la requête.
Voir vidéo de formation pour en savoir plus.
SQL, ou langage de requête structuré, est un langage de programmation utilisé pour communiquer avec des bases de données. Dans Commerce Intelligence, SQL est utilisé pour interroger ou récupérer des données de votre Data Warehouse. Consultez les rapports de votre tableau de bord : en coulisses, chacun est alimenté par une SQL requête.
Vous pouvez utiliser la variable SQL Report Builder pour interroger directement votre Data Warehouse, affichez les résultats, puis transformez-les en graphique. Vous pouvez commencer à créer un rapport à l’aide de l’événement SQL Report Builder en cliquant Report Builder > SQL Report Builder.
Voir vidéo de formation pour en savoir plus.
La variable SQL Report Builder vous permet d’interroger directement votre Data Warehouse, d’afficher les résultats et de les transformer rapidement en graphique. La meilleure partie concernant l’utilisation de SQL pour créer des rapports, il n’est pas nécessaire d’attendre les cycles de mise à jour pour effectuer une itération sur les colonnes que vous créez. Si les résultats ne semblent pas bons, vous pouvez rapidement modifier et réexécuter la requête jusqu’à ce que les éléments correspondent à vos attentes.
Cette rubrique vous guide tout au long de l’utilisation de la variable SQL Report Builder. Une fois que vous avez pris connaissance de votre parcours, consultez la SQL pour le tutoriel sur les visualisations ou essayez d’optimiser certaines des requêtes que vous avez écrites.
Couvert dans cet article :
Google Analytics est la seule intégration indisponible à utiliser avec la variable SQL Report Builder. Cette fonctionnalité est en cours de développement.
Pour commencer à créer un SQL rapport, cliquez sur Report Builder ou Add Report en haut de n’importe quel tableau de bord. Dans le Report Picker écran, cliquez sur SQL Report Builder pour ouvrir le SQL éditeur.
Pour modifier un rapport, cliquez sur l’engrenage () dans le coin supérieur droit d’un SQLGraphique basé sur les balises et clic Edit.
SQL Report Builder les requêtes sont sensibles à la casse. Assurez-vous d’utiliser la bonne casse lors de l’écriture de requêtes ou vous risquez de générer des résultats ou des erreurs inattendus.
En procédant comme suit : directives relatives à l’optimisation des requêtes, écrivez une requête dans le SQL éditeur.
Mesures dans SQL rapports - Lorsque vous insérez une mesure dans un rapport SQL, la variable current definition
de la mesure est utilisée.
Si la mesure est mise à jour ultérieurement, le rapport SQL ne fait pas reflètent les modifications. Vous devez modifier manuellement le rapport pour que les modifications soient prises en compte.
À l’aide des boutons situés en haut de la barre latérale, vous pouvez permuter entre les listes de tableaux et les mesures disponibles dans la variable SQL Report Builder. Si vous ne voyez pas ce que vous recherchez dans la liste, essayez de le rechercher à l’aide de la barre de recherche située en haut de la barre latérale.
Vous pouvez également utiliser la barre latérale dans la variable SQL pour insérer des mesures, des tableaux et des colonnes directement dans vos requêtes en pointant dessus et en cliquant sur Insert:
Quelconque Fonction SELECT, ou toute fonction qui ne mute pas de données, prise en charge par PostgreSQL est prise en charge dans le Report Builder SQL. Cela inclut, sans s’y limiter, les mesures AVG, COUNT, COUNT DISTINCT, MIN/MAX et SUM.
Aussi, n’importe quel JOIN
Le type est pris en charge, mais Adobe recommande uniquement d’utiliser INNER JOIN, car il est le moins cher de la variable JOIN
types.
Lorsque vous avez terminé d’écrire votre requête, cliquez sur Run Query. Les résultats s’affichent dans un tableau sous l’éditeur SQL :
Si les résultats semblent ternes, vous pouvez modifier la requête et la réexécuter jusqu’à ce que vous soyez satisfait.
Parfois, vous verrez messages sous l’éditeur contenant EXPLAIN. Si vous voyez l’un d’eux, cela signifie que votre requête n’a pas été exécutée et nécessite un ajustement.
Une fois la requête modifiée, vous pouvez passer à la création d’une visualisation ou à l’enregistrement de votre travail dans un tableau de bord.
Pour créer une visualisation avec les résultats de la requête, cliquez sur le bouton Chart dans le Results
volet. Dans cet onglet, vous sélectionnez :
Series
ou la colonne à mesurer, telle que Articles vendus.Category
ou la colonne que vous souhaitez utiliser pour segmenter vos données, par exemple source d'acquisition.Labels
ou les valeurs de l’axe X.Voici un aperçu rapide du processus de visualisation :
Pour une présentation détaillée de la création d’une visualisation, reportez-vous à la section Tutoriel sur la création de visualisations à partir de requêtes SQL.
Avant de pouvoir enregistrer votre travail, vous devez donner un nom au rapport. N’oubliez pas de suivre le bonnes pratiques relatives à l’attribution de noms et choisissez quelque chose qui véhicule clairement ce qu’est le rapport !
Cliquez sur Save dans le coin supérieur droit du SQL et sélectionnez le rapport Type
(Chart
ou Table
). Pour terminer, sélectionnez le tableau de bord dans lequel enregistrer le rapport et cliquez sur Save to Dashboard.
SQL Report Builder vous donne la possibilité d’interroger directement votre Data Warehouse, d’afficher les résultats et de les transformer rapidement en rapport. Utilisation SQL vous permet également de pour utiliser SQL fonctions non disponibles dans le Visual
ou Cohort
Reports Builder, ce qui vous permet de mieux contrôler vos données.
Colonnes calculées créées à l’aide de SQL ne dépendent pas des cycles de mise à jour, ce qui signifie que vous pouvez les itérer comme vous le souhaitez et voir immédiatement les résultats.
Cela ne s'applique qu'à la structure de la colonne, et non à l'actualisation des données. Les nouvelles données dépendent toujours des cycles de mise à jour terminés avec succès.
C'est parfait pour… | Ce n'est pas si bien pour… |
---|---|
Analystes intermédiaires/avancés | Débutants - vous devez savoir SQL. |
La variable SQL savvy | Analyses simples : l’écriture d’une requête peut s’avérer plus efficace que l’utilisation de la fonction Visual Report Builder. |
Création de colonnes calculées à usage unique | Partage avec d'autres - considérez votre audience : comprennent-ils SQL? Dans le cas contraire, ils peuvent être perturbés par la manière dont le rapport est créé. |
Données avec one-to-many relations |
|
Test d'une nouvelle colonne ou analyse |
La plupart du temps, les différences de résultats peuvent être attribuées aux cycles de mise à jour. If Commerce Intelligence est en train de répliquer les données de votre base de données vers votre Data Warehouse ; il se peut que vous obteniez des résultats différents même lors de l’utilisation de la même requête.
Les problèmes de connexion peuvent également entraîner des incohérences. Accédez au Connections
en cliquant sur Manage Data > Connections pour l’extraire : y a-t-il une erreur pour l’intégration de la base de données en question ? Si tel est le cas, vous devrez peut-être réauthentifier l’intégration pour que les choses recommencent.
Si toutes vos intégrations sont connectées avec succès et que vous n’êtes pas au milieu d’un cycle de mise à jour, il peut y avoir autre chose à faire.
Non, vous ne perdez aucune colonne de votre Data Warehouse, quelle que soit la manière dont vous les avez créées.
Colonnes créées à l’aide du Data Warehouse Manager
ne sont pas affectés si vous supprimez un rapport ou une requête qui les utilise.
Colonnes créées à l’aide du SQL Report Builder ne sont pas enregistrés dans votre Data Warehouse.
Report Builder
versus SQL Report Builder
La variable SQL Report Builder vous offre davantage de flexibilité lors de la création et de la structuration de vos graphiques. Vous pouvez, par exemple, sélectionner les valeurs à afficher sur le X
et Y
axes. Pour plus d’informations sur la création de graphiques dans le SQL Report Builder, extrayez le Création de visualisations à partir de SQL requêtes tutoriel .
Cohort Report Builder
Contrairement à la variable Visual Report Builder, la variable Cohort Report Builder est destiné à un seul objectif : analyser et identifier les tendances comportementales de groupes d’utilisateurs similaires au fil du temps. En utilisant la variable Cohort Report Builder ne nécessite pas SQL savourer, pour pouvoir plonger sans hésiter si vous commencez.
C'est parfait pour… | Ce n'est pas si bien pour… |
---|---|
Analystes intermédiaires/avancés | Débutants : vous avez besoin de cohortes définissant les pratiques. |
Identification des tendances comportementales au fil du temps | L'analyse qualitative, ça peut être done, mais nécessite une assistance Adobe. |
Vous n’avez pas à recréer vos requêtes. Rapports créés à l’aide de la variable SQL Report Builder sont sauvés comme ceux créés dans les Report Builder
. Le processus de mise à jour pour SQL les graphiques sont les mêmes : une fois vos données mises à jour, les valeurs de vos graphiques seront recalculées et affichées à nouveau.
Lors de la suppression d’une SQL report/requête, il ne supprime pas les colonnes sous-jacentes de votre Data Warehouse. Vous ne perdez aucune colonne, quelle que soit la manière dont vous les avez créées.
Les colonnes créées à l’aide du Gestionnaire de Data Warehouse ne sont pas affectées si vous supprimez un rapport ou une requête qui les utilise.
Les colonnes créées à l’aide du Report Builder SQL ne sont pas enregistrées dans votre Data Warehouse.
Si vous souhaitez essayer quelque chose d’un peu plus difficile, pourquoi ne pas essayer d’écrire une requête optimisée pour la visualisation ? Consultez la section Création de visualisations à partir de SQL tutoriel sur les requêtes pour commencer.