Termes et concepts communs à Looker et Looker Studio

Cette page liste les termes et concepts similaires entre les produits Looker et Looker Studio, ainsi que dans la documentation utilisateur de Looker et Looker Studio. Cette page met également en évidence les similitudes, les différences et les nuances de ces termes et concepts.

Les termes et concepts Looker et Looker Studio suivants sont décrits sur cette page, le terme ou concept Looker apparaissant en premier :

Chaque terme ou concept est identifié par l'un des libellés suivants :

  • Même (Same) : le terme ou le concept de Looker et de Looker Studio ont la même signification et la même fonction dans les deux applications.
  • Similaire (semblable) : le terme ou le concept Looker et Looker Studio a une fonction similaire, mais de manière nuancée.
  • Différent (Different) : le terme ou le concept de Looker et de Looker Studio ont des significations et des fonctions différentes dans chaque application.

Pour en savoir plus sur la connexion de Looker à Looker Studio, consultez la page de documentation Se connecter à Looker Studio.

Connexion, connecteur

Semblable

Terme Looker: Connexion

Dans la section Administration de Looker, vous établissez la connexion à la base de données à partir de laquelle un modèle récupérera les données.

Terme Looker Studio : connecteur

Mécanisme par lequel Looker Studio accède à une plate-forme de données, un système ou un produit spécifique. Les connecteurs permettent à Looker Studio d'interroger vos données sous-jacentes. L'association à vos données crée une source de données dans Looker Studio.

Les sources de données correspondent à une instance particulière d'un connecteur (par exemple, l'association à une requête ou à une table BigQuery spécifique, à une propriété Google Analytics ou à une feuille de calcul Google Sheets). Les sources de données vous permettent de configurer les champs et les options fournis par le connecteur utilisé pour créer cette instance de connexion. La source de données vous offre également un moyen sécurisé de partager des informations et des insights avec des lecteurs de rapports susceptibles de ne pas pouvoir accéder directement aux données sous-jacentes.

Similitudes

L'association aux données dans Looker et Looker Studio est similaire dans les points suivants :

  • Looker et Looker Studio peuvent récupérer des données à partir de sources externes.
  • Looker et Looker Studio peuvent être connectés à plusieurs sources de données, telles que plusieurs bases de données pour une instance Looker ou plusieurs sources de données pour Looker Studio.

Différences

L'association aux données dans Looker et Looker Studio est différente de la manière suivante :

  • Dans Looker, les modèles de données récupèrent leurs données dans la base de données, que seul un administrateur Looker se connecte à l'instance Looker via une connexion à la base de données. Seuls les administrateurs Looker peuvent activer des connecteurs pour permettre aux utilisateurs d'interagir avec les données d'une exploration Looker dans une autre application.
  • Dans Looker Studio, tout utilisateur autorisé à ajouter des sources de données peut se servir d'un connecteur pour se connecter au type de données spécifique qu'il souhaite visualiser dans Looker Studio. Les connecteurs peuvent être utilisés pour se connecter à d'autres éléments que des bases de données.

Accès au contenu rôles, autorisations

Semblable

Terme Looker : Accès au contenu

L'accès au contenu permet aux administrateurs de limiter les éléments que les utilisateurs peuvent consulter et avec lesquels ils peuvent interagir dans Looker. L'accès au contenu détermine si un utilisateur ou un groupe peut afficher ou modifier un tableau, un dossier et son contenu.

Terme Looker Studio: Rôles, autorisations

L'accès aux composants Looker Studio (rapports et sources de données) est régi par le système Google Cloud Identity and Access Management (IAM).

IAM vous permet de gérer l'accès aux composants Looker Studio en attribuant aux utilisateurs un rôle prédéfini. Un rôle est un ensemble d'autorisations permettant de définir les actions que peuvent effectuer ou non les utilisateurs.

Similitudes

La gestion de l'accès aux contenus dans Looker et Looker Studio est similaire dans les points suivants :

  • Les utilisateurs se voient attribuer des rôles qui leur permettent d'effectuer des actions spécifiques sur des types de contenus spécifiques.
  • Les rôles Looker (Google Cloud Core) et Looker Studio sont basés sur les rôles IAM.

Différences

La gestion de l'accès aux contenus dans Looker et Looker Studio est différente comme suit :

  • Looker utilise un système de rôles et d'accès au contenu propre à l'instance Looker. Un administrateur Looker attribue aux utilisateurs des rôles qui sont une combinaison d'autorisations permettant d'effectuer certaines actions et d'un ensemble de modèles de données sur lesquels ces actions peuvent être effectuées. Les niveaux d'accès au contenu permettent aux utilisateurs d'afficher ou de modifier des collections d'explorations, de présentations et de tableaux de bord contenues dans des tableaux et des dossiers.
  • Looker (Google Cloud Core) utilise à la fois des rôles Looker et des rôles IAM. Dans une instance Looker (Google Cloud Core), l'accès au contenu et aux fonctionnalités est géré de la même manière que dans Looker. Les fonctions d'administration exécutées dans la console Google Cloud sont gérées à l'aide de rôles IAM.
  • Les utilisateurs de Looker Studio se voient attribuer des rôles IAM avec des autorisations qui leur permettent d'effectuer certaines actions dans des types de contenu spécifiques, appelés composants, tels que des rapports ou des sources de données. Les utilisateurs ne peuvent pas consulter les données sous-jacentes de l'élément associé à des rôles et des autorisations.
  • Les utilisateurs de Looker Studio Pro se voient aussi attribuer des rôles dans un espace de travail en équipe pour gérer l'accès aux composants qu'il contient.

Les rôles personnalisés sont gérés différemment dans Looker et Looker Studio, comme suit:

  • Looker permet de créer des rôles personnalisés.
  • Looker (Google Cloud Core) permet de créer des rôles personnalisés, à la fois pour les rôles IAM pour les tâches effectuées dans la console Google Cloud et pour les rôles Looker dans l'instance Looker (Google Cloud Core).
  • Looker Studio et Looker Studio Pro ne sont pas compatibles avec les rôles personnalisés.

Filtrage croisé des tableaux de bord, filtrage croisé dans les graphiques

Semblable

Terme Looker: Filtrage croisé des tableaux de bord

Les filtres croisés permettent aux personnes qui consultent les tableaux de bord d'interagir plus facilement et plus intuitivement avec les données d'un tableau de bord et de comprendre l'impact qu'un indicateur a sur un autre. Grâce au filtrage croisé, les lecteurs de tableau de bord peuvent sélectionner un point de données dans une vignette de tableau de bord pour filtrer toutes les vignettes du tableau de bord en fonction de cette valeur.

Les éditeurs de tableau de bord peuvent créer plusieurs filtres croisés à la fois et les filtres croisés peuvent être utilisés conjointement avec des filtres de tableau de bord standard. Pour que le filtrage croisé soit activé, toutes les vignettes du tableau de bord doivent être créées à partir de la même exploration.

Certains types de visualisation ne sont pas compatibles avec les filtres croisés.

Terme Looker Studio : Filtrage croisé des graphiques

Le filtrage croisé permet aux lecteurs de rapports d'interagir avec un graphique et d'appliquer cette interaction en tant que filtre aux autres graphiques du rapport. Lorsque le filtrage croisé est activé pour un graphique, les lecteurs de rapports peuvent filtrer le rapport en interagissant avec ce graphique de deux manières :

  • Cliquez sur une ou plusieurs valeurs de dimension dans le graphique.
  • Sélectionnez une zone en cliquant sur la souris et en la faisant glisser sur une série temporelle, un graphique en courbes ou un graphique en aires.

Le filtrage croisé fonctionne de la même manière que les autres commandes. Par exemple, un graphique à secteurs basé sur la dimension Pays permet aux lecteurs de filtrer un rapport de la même manière qu'une commande de liste déroulante basée sur la dimension Pays. Le fait de passer la souris sur une série temporelle agit de la même manière qu'un sélecteur de plage de dates.

Les éditeurs de rapports peuvent limiter le filtrage croisé aux groupes, comme toutes les autres commandes.

Certains types de visualisations ne sont pas compatibles avec les filtres croisés.

Tableau de bord, rapport

Similaires

Terme Looker : tableau de bord

Un tableau de bord est un ensemble d'une ou de plusieurs requêtes enregistrées, affichées sous forme de visualisation ou de vignettes de texte sur une même page. Looker propose deux types d'expériences liées aux tableaux de bord: les tableaux de bord définis par l'utilisateur et les tableaux de bord LookML.

  • Les tableaux de bord définis par l'utilisateur sont créés en ajoutant du contenu via l'interface utilisateur de Looker, plutôt qu'à l'aide de LookML. Il s'agit du type de tableau de bord le plus courant dans Looker.
  • Les tableaux de bord LookML sont entièrement écrits en LookML.

Terme Looker Studio: Rapport

Un rapport est un composant Looker Studio qui présente des informations et des insights issus de vos données.

Les rapports vous permettent de visualiser vos données, d'obtenir des insights et de partager ces informations avec d'autres personnes. Lorsque vous partagez vos rapports, vous pouvez donner aux utilisateurs un accès en lecture seule ou des droits de modification afin qu'ils puissent modifier la structure du rapport. Les rapports peuvent comporter un ensemble de pages et de graphiques, mais aussi d'autres composants tels que des commandes, des zones de texte, des formes et des images.

Les données des rapports proviennent d'une ou de plusieurs sources de données.

Similitudes

Les tableaux de bord de Looker et les rapports de Looker Studio permettent aux utilisateurs de visualiser les données d'au moins un modèle ou une source de données, respectivement. Les deux sont composés d'éléments modulaires. Dans Looker, ils sont appelés tuiles, et dans Looker Studio, composants.

Différences

Les tableaux de bord dans Looker et les rapports dans Looker Studio gèrent l'accès des utilisateurs différemment. Pour Looker, consultez Accès aux contenus. Pour Looker Studio, consultez Identifiants.

Bien que vous puissiez personnaliser l'apparence des tableaux de bord et des rapports à l'aide de thèmes personnalisés et de différents types d'éléments, chaque type de composant du rapport (commandes, graphiques ou tous les composants de rapport) peut être stylisé de façon unique.

Les utilisateurs créent des composants de rapport et créent des vignettes de tableau de bord à l'aide de différentes méthodes. Les composants de rapport sont ajoutés à un rapport à partir des panneaux de rapport. Vous pouvez créer des vignettes de tableau de bord sous forme d'exploration ou de Looks, puis les enregistrer dans un tableau de bord ou les créer directement dans celui-ci. Les tableaux de bord LookML sont créés par les développeurs LookML et stockés sous forme de fichiers contrôlés par version.

Filtre du tableau de bord, propriétés de filtrage

Similaires

Terme Looker : Filtres du tableau de bord

Les filtres de tableau de bord permettent aux lecteurs de tableaux de bord de limiter les résultats d'un tableau de bord aux seules données qui les intéressent. Les filtres de tableau de bord peuvent s'appliquer à toutes les vignettes d'un tableau de bord ou à une seule vignette.

Les éditeurs de tableaux de bord ont plusieurs options pour modifier l'affichage des filtres du tableau de bord pour les spectateurs. Les éditeurs de tableaux de bord peuvent ajuster l'apparence de commandes de filtre individuelles ou de l'ensemble de la barre de filtre.

Terme Looker Studio : propriétés de filtre

Les propriétés de filtrage (ou "filtres") vous permettent d'affiner ou de réduire les données présentées aux lecteurs de vos rapports.

Vous pouvez appliquer des filtres à un graphique, une commande, une page ou un rapport entier.

Seuls les éditeurs de rapports peuvent modifier ou interagir avec les propriétés de filtrage. Les lecteurs du rapport ne peuvent pas modifier les propriétés de filtrage, sauf si un éditeur de rapports ajoute une commande de filtrage.

Similitudes

Les filtres de tableau de bord dans Looker et les propriétés de filtre dans Looker Studio sont similaires dans les cas suivants :

  • Les filtres de tableau de bord dans Looker et les propriétés de filtrage dans Looker Studio permettent de filtrer les résultats que les utilisateurs voient dans les tableaux de bord et les rapports.
  • Les filtres de tableau de bord dans Looker et les propriétés de filtre dans Looker Studio peuvent être appliqués à l'ensemble d'un tableau de bord (dans Looker) ou d'un rapport (dans Looker Studio), ou à des vignettes de tableau de bord (dans Looker) ou des graphiques (dans Looker Studio) individuels.

Différences

Les filtres de tableau de bord dans Looker et les propriétés de filtre dans Looker Studio sont différents comme suit :

  • Les filtres de tableau de bord dans Looker peuvent être modifiés par les utilisateurs disposant du niveau d'accès au dossier approprié et des autorisations Looker nécessaires pour modifier le tableau de bord. Les propriétés de filtrage dans Looker Studio ne peuvent être modifiées que par les éditeurs de rapports. Les lecteurs du rapport ne peuvent pas modifier les propriétés de filtrage, sauf si un éditeur de rapports ajoute une commande de filtrage au rapport.
  • Dans Looker, les filtres de tableau de bord ne peuvent être appliqués qu'à des tableaux de bord entiers ou à des vignettes individuelles. Les propriétés de filtrage dans Looker Studio peuvent être appliquées à des pages et des commandes de rapport individuelles, en plus des rapports entiers.

Commandes de filtrage des tableaux de bord, commandes de filtrage

Semblable

Terme Looker : Commandes de filtres des tableaux de bord

Les commandes de filtres des tableaux de bord permettent aux éditeurs de personnaliser l'apparence des filtres à l'attention des personnes qui consultent les tableaux de bord. Les types de commandes de filtrage disponibles dans la liste déroulante Contrôle lorsque les éditeurs créent un filtre de tableau de bord dépendent du type de données LookML attribué au champ sur lequel vous filtrez.

Les types de commandes de filtrage du tableau de bord incluent, entre autres, les groupes de boutons, les cases à cocher, les cases d'option, les curseurs et le sélecteur de plage de dates.

Terme Looker Studio: Commandes de filtrage

Les commandes de filtrage permettent aux lecteurs d'un rapport de filtrer ou de modifier les données affichées dans les composants d'un rapport. Ils permettent également de recueillir les entrées utilisateur et de les utiliser dans les champs calculés et les connecteurs compatibles avec les paramètres, comme les connecteurs de communauté et BigQuery.

Les lecteurs de rapports peuvent effectuer les actions suivantes :

  • Filtrez les données en fonction de valeurs de dimension spécifiques.
  • Vous pouvez définir la période du rapport.
  • Définissez des valeurs de paramètres qui peuvent ensuite être utilisées dans les champs calculés ou transmises au connecteur.
  • Modifiez l'ensemble de données sous-jacent utilisé par une source de données.

Les types de commandes de filtrage incluent, entre autres, les listes déroulantes, les zones de saisie, les curseurs et les cases à cocher.

Les éditeurs de rapports peuvent limiter le champ d'application d'une commande en la regroupant avec un ou plusieurs graphiques. Une fois le groupe groupé, la commande n'affecte que les graphiques qui lui sont associés.

Similitudes

Les commandes de filtrage du tableau de bord dans Looker et les commandes de filtrage dans Looker Studio sont similaires à plusieurs égards:

  • Les commandes de filtre de tableau de bord dans Looker et les commandes de filtre dans Looker Studio sont configurées par les éditeurs de tableau de bord (dans Looker) et les éditeurs de rapports (dans Looker Studio) pour permettre aux lecteurs de filtrer et de limiter les données.
  • Les commandes de filtrage du tableau de bord dans Looker et celles de Looker Studio peuvent être définies simultanément sur plusieurs tuiles de tableau de bord (dans Looker) et graphiques (dans Looker Studio). Dans Looker Studio, cela s'appelle un groupe.
  • Les types de commandes de filtre de tableau de bord dans Looker et les commandes de filtre dans Looker Studio qui peuvent être appliquées dépendent du type de données du champ de filtre sous-jacent.

Différences

Les commandes de filtre du tableau de bord dans Looker et les commandes de filtre dans Looker Studio sont différentes comme suit :

  • Lorsqu'elles sont configurées, les commandes de filtrage dans Looker Studio peuvent modifier l'ensemble de données sous-jacent utilisé par une source de données. Dans Looker Studio, les commandes de filtrage peuvent également s'appliquer aux champs calculés et aux connecteurs compatibles avec des paramètres tels que les connecteurs de communauté et BigQuery.

Accès aux données, identifiants

Semblable

Terme Looker: Accès aux données, niveau d'accès

L'accès aux données contrôle les données qu'un utilisateur ou un groupe est autorisé à afficher. Ce type d'accès peut être restreint ou accordé au niveau de l'utilisateur ou au niveau des données. L'accès aux données est principalement géré à l'aide d'ensembles de modèles.

Terme Looker Studio: Identifiants

Les identifiants déterminent qui peut consulter les données d'une source de données. Lorsqu'une source de données Looker Studio est créée, son créateur choisit comment Looker Studio contrôlera l'accès aux données fournies par la source de données. Les identifiants indiquent à Looker Studio si l'utilisateur peut accéder aux données de la source de données avec les identifiants du propriétaire de la source de données ou s'il doit fournir ses propres identifiants. Dans ce dernier cas, si un utilisateur n'a pas accès aux données de leur source d'origine, il ne pourra pas les afficher dans les éléments Looker Studio.

Similiarités

La gestion des accès aux données dans Looker et Looker Studio est similaire à plusieurs égards:

  • Les utilisateurs peuvent accéder aux données sous-jacentes de différents types de contenus.
  • Dans Looker, les modèles de données constituent la base de tout le contenu Looker, y compris les explorations, les Looks et les tableaux de bord.
  • Dans Looker Studio, les identifiants contrôlent la capacité d'un utilisateur à interagir avec les données sous-jacentes d'une source de données Looker Studio spécifique.

Différences

La gestion des accès aux données dans Looker et Looker Studio est différente de la manière suivante:

  • Dans Looker, les utilisateurs peuvent accéder aux données sous-jacentes de tous les ensembles de modèles pour lesquels des autorisations spécifiques leur ont été accordées pour effectuer des actions.
  • Dans Looker Studio, si une source de données est créée nécessitant les identifiants de Looker Studio, l'utilisateur doit avoir accès aux données à partir de leur origine.

Dimension

Identique

Terme Looker : dimension

Une dimension est un champ qui représente un attribut, un fait ou une valeur, que l'on peut sélectionner dans le sélecteur de champs d'une exploration et l'utiliser pour filtrer une requête. Parmi les dimensions courantes figurent des attributs tels que les dates, les noms et les identifiants. Ils correspondent souvent aux colonnes de votre tableau de données sous-jacent. Vous pouvez également créer une dimension dans un fichier de vue.

Terme Looker Studio: Dimension

Une dimension est un ensemble de valeurs par lesquelles vous pouvez regrouper vos données.

Les dimensions correspondent à des catégories d'informations. Les valeurs contenues dans ces catégories sont généralement des noms, des attributs ou d'autres caractéristiques des données en question. Elles contiennent des données non agrégées. Les dimensions s'affichent sous la forme de champs verts dans l'éditeur de sources de données et dans le panneau Propriétés du rapport.

Filtres associés, héritage des filtres

Semblable

Terme Looker : Filtres associés

Les éditeurs de tableau de bord peuvent lier des filtres afin de limiter les options de valeur d'un filtre en fonction de la ou des valeurs de filtre sélectionnées pour un autre filtre dans le même tableau de bord.

Lorsque les éditeurs de tableaux de bord associent des filtres, n'importe quel filtre peut être utilisé comme filtre "parent" (filtre qui affine les options d'un autre filtre), mais le filtre "enfant" (filtre à affiner) ne peut utiliser qu'un champ type: string, généralement utilisé pour les mots ou les expressions, ou type: zipcode, généralement utilisé pour les codes postaux.

Si le tableau de bord ne contient qu'un seul filtre, l'option de liaison des filtres est désactivée.

Terme Looker Studio : Héritage de filtre

Les filtres peuvent être hérités, ce qui signifie que les filtres des composants de niveau supérieur s'appliquent aux composants sous-jacents. L'ordre d'héritage est le suivant : niveau du rapport > niveau de la page > niveau du graphique ou du contrôle.

Pour qu'un composant de niveau inférieur (enfant) hérite des filtres d'un composant de niveau supérieur (parent), les dimensions et les métriques utilisées dans les filtres du parent doivent exister dans la source de données du composant enfant. Si ce n'est pas le cas, l'héritage est désactivé pour le composant enfant.

Les éditeurs de rapports peuvent désactiver l'héritage à l'aide du bouton d'activation dans la section "Filtre" de l'onglet "Configuration" dans le panneau "Propriétés" du composant sélectionné. Par exemple, vous pouvez décider qu'un graphique n'hérite pas d'une propriété de filtrage définie au niveau de la page ou qu'une page n'hérite pas de celle définie au niveau du rapport.

Similitudes

Les filtres associés dans Looker et l'héritage des filtres dans Looker Studio sont similaires de la manière suivante:

  • Les filtres associés dans Looker et l'héritage des filtres dans Looker Studio ont un impact hiérarchique sur les filtres et les composants de niveau inférieur. Les options de valeur de filtre pour les filtres enfants sont donc limitées en fonction de la ou des valeurs de filtre sélectionnées pour un filtre parent.

Différences

Les filtres associés dans Looker et l'héritage des filtres dans Looker Studio sont différents de la manière suivante:

  • Les filtres associés dans Looker doivent être configurés par un éditeur de tableau de bord. L'héritage des filtres dans Looker Studio est activé par défaut et doit être désactivé par un éditeur de rapports.
  • Les filtres associés dans Looker affectent le tableau de bord de manière globale. Chaque fois qu'un filtre associé est appliqué, le lien doit être respecté.
  • L'héritage des filtres dans Looker Studio peut être désactivé pour des composants individuels. Par exemple, vous pouvez configurer un graphique qui n'hérite pas d'une propriété de filtrage au niveau de la page ou une page qui n'hérite pas de la propriété au niveau du rapport.

Mesure, métrique

Semblable

Terme Looker: Mesurer

Une mesure est un champ d'une exploration qui représente des informations mesurables sur vos données, telles que des sommes et des nombres. Une mesure est déclarée dans le code LookML d'un fichier de vue à l'aide de fonctions d'agrégation telles que SUM() et COUNT(). Bien que les mesures soient généralement de type agrégé, elles peuvent également être de type non agrégé, comme type: number. Dans une exploration Looker, les agrégations de mesures sont regroupées par dimension.

Terme Looker Studio : métrique

Une métrique est une agrégation spécifique appliquée à un ensemble de valeurs.

Une métrique est une agrégation provenant d'un ensemble de données sous-jacent, ou résultant de l'application implicite ou explicite d'une fonction d'agrégation, comme COUNT(), SUM() ou AVG(). La métrique en elle-même n'est associée à aucun ensemble de valeurs défini. Vous ne pouvez donc pas l'utiliser pour regrouper vos données comme vous le feriez avec une dimension.

Similitudes

Les mesures dans Looker et les métriques dans Looker Studio sont similaires à plusieurs égards:

  • Les mesures disponibles dans Looker et celles de Looker Studio représentent les informations mesurables de vos données.
  • Les utilisateurs peuvent créer des mesures ou des métriques en appliquant des fonctions d'agrégation à des dimensions ou mesures existantes. Looker fait référence à ces mesures générées par l'utilisateur en tant que mesures personnalisées, créées dans les explorations Looker. Dans Looker Studio, ces fonctions d'agrégation générées par l'utilisateur sont appelées champs calculés.

Différences

Les mesures dans Looker et les métriques dans Looker Studio sont différentes comme suit :

  • Les mesures dans Looker sont déclarées dans le fichier de vue d'un modèle ou en tant que mesures personnalisées dans une exploration.
  • Les métriques dans Looker Studio représentent des agrégations dérivées directement de l'ensemble de données sous-jacent.

Résultats fusionnés, données mixtes

Similaires

Terme Looker: Résultats fusionnés

La fonctionnalité Résultats fusionnés vous permet de combiner des données provenant de différentes explorations (même issues de modèles, de projets ou de connexions différents). À l'aide de résultats fusionnés, vous pouvez créer une requête à partir d'une exploration, puis ajouter des requêtes provenant d'autres explorations pour afficher les résultats fusionnés dans une seule table. La fonctionnalité Merged Results (Résultats fusionnés) fonctionne de la même manière qu'une jointure gauche en SQL: c'est comme si la requête ajoutée était jointe à gauche dans la requête principale.

Terme Looker Studio: Données combinées

Les données combinées sont des données obtenues en associant les champs de différentes sources de données ou plusieurs instances de la même source de données.

La combinaison de données vous permet de représenter les informations d'ensembles de données distincts dans un même graphique. Vous pouvez ainsi mieux comprendre les interconnexions entre ces données.

Similitudes

Les résultats fusionnés dans Looker et les combinaisons (données combinées) dans Looker Studio sont similaires à plusieurs niveaux:

  • Les résultats fusionnés dans Looker et les combinaisons dans Looker Studio vous permettent de combiner les données de plusieurs sources dans une seule requête.
  • Les résultats fusionnés dans Looker et les combinaisons dans Looker Studio utilisent des concepts similaires aux jointures SQL pour faire correspondre et combiner des données basées sur des champs communs (comme une dimension d'ID), ce qui vous permet d'associer des enregistrements de différentes sources à des fins d'analyse et de visualisation.
  • Ni les résultats fusionnés dans Looker, ni les combinaisons dans Looker Studio ne peuvent être enregistrés en tant qu'objets autonomes réutilisables:
    • Les résultats fusionnés dans Looker ne peuvent pas être enregistrés en tant que présentations, mais ils peuvent être enregistrés dans plusieurs tableaux de bord.
    • Les mélanges dans Looker Studio sont intégrés au rapport dans lequel ils sont définis (bien qu'ils soient copiés dans un nouveau rapport si vous en créez un).

Différences

Les résultats fusionnés dans Looker et les combinaisons dans Looker Studio sont différents de la manière suivante:

  • Logique de fusion :
    • Dans Looker, vous devez désigner une requête principale et spécifier un ou plusieurs champs dont les valeurs correspondent exactement dans la requête principale et les autres requêtes pour obtenir des résultats fusionnés. Le nombre de requêtes secondaires dans un résultat fusionné n'est pas limité non plus.
    • Dans Looker Studio, les combinaisons combinent les données provenant directement de cinq tables différentes au sein d'une même source de données ou de plusieurs sources de données, à l'aide d'un processus semblable aux jointures SQL. Vous pouvez choisir le type de jointure dans l'éditeur de combinaison de l'interface utilisateur de Looker Studio. Les métriques sont traitées comme des dimensions non agrégées dans le tableau combiné, ce qui permet de réagréger les données (par exemple, de calculer la moyenne des moyennes) dans Looker Studio.
  • Dans Looker, les résultats fusionnés combinent les résultats de requêtes distinctes, où l'agrégation est généralement définie dans le modèle LookML de l'exploration et donc appliquée avant la fusion. Les calculs de table des requêtes sources s'affichent sous forme de dimensions standards dans les résultats fusionnés.
  • Dans Looker Studio, les assemblages héritent des paramètres de fraîcheur des données ou des identifiants directement de leurs sources de données sous-jacentes. Dans Looker, vous pouvez effacer le cache et récupérer de nouveaux résultats de votre base de données en utilisant l'option Effacer le cache et Actualiser.

Paramètre, paramètre

Différent

Terme Looker: Paramètre

Dans Looker, un paramètre LookML est un élément nommé qui se compose d'une paire clé-valeur qui définit des attributs ou des paramètres spécifiques pour des objets LookML tels que des modèles, des explorations, des vues, des dimensions, des mesures et des filtres. Les valeurs que vous spécifiez pour les paramètres LookML contrôlent l'apparence, le comportement et l'interaction entre les objets LookML dans votre modèle de données. Par exemple, le paramètre label définit un nom convivial pour un champ lorsque les utilisateurs interagissent avec celui-ci dans l'interface utilisateur Explorer de Looker, tandis que le paramètre sql définit la logique SQL sous-jacente d'une dimension ou d'une mesure.

En plus de ces paramètres généraux dans LookML, Looker dispose d'un paramètre spécifique appelé parameter, qui crée un champ de filtre uniquement pouvant être utilisé pour filtrer les explorations, les Looks et les tableaux de bord. Ce champ de filtre uniquement ne peut pas être ajouté à un ensemble de résultats.

Terme Looker Studio : paramètre

Dans Looker Studio, les paramètres vous permettent d'interagir avec les données fournies par les utilisateurs pour rendre les rapports plus interactifs. Vous pouvez également les utiliser pour créer des modèles de rapports. Les paramètres agissent comme des variables dans un langage de programmation. Les paramètres remplissent trois fonctions principales :

  • Vous pouvez utiliser des paramètres dans des champs calculés afin d'afficher des résultats en fonction de l'entrée utilisateur.
  • Vous pouvez transmettre des paramètres à la requête SQL personnalisée dans une source de données BigQuery.
  • Vous pouvez transmettre des paramètres à un connecteur de communauté.

Similitudes

Le paramètre parameter dans Looker et les paramètres dans Looker Studio sont similaires à plusieurs égards:

  • Le champ de filtre uniquement créé par le paramètre parameter dans Looker et les paramètres dans Looker Studio agissent comme des variables pour rendre les rapports (dans Looker Studio) et les explorations, les looks et les tableaux de bord (dans Looker) plus interactifs.
  • Dans Looker et dans Looker Studio, les paramètres peuvent être définis avec des valeurs par défaut ou autorisées, ou pour accepter des entrées utilisateur.

Différences

Le paramètre parameter dans Looker et les paramètres dans Looker Studio sont différents de la façon suivante:

  • Dans Looker, les paramètres sont définis dans LookML, tandis que les paramètres dans Looker Studio peuvent être créés dans des sources de données ou directement dans les rapports, ou transmis à une requête SQL personnalisée dans le connecteur BigQuery.
  • Les paramètres de Looker créent un champ de filtre uniquement qui permet de filtrer les données dans les explorations, les Looks et les tableaux de bord. Les paramètres de Looker Studio peuvent être utilisés plus largement pour interagir avec les données fournies par l'utilisateur, par exemple pour créer des champs calculés qui incluent les informations saisies par les utilisateurs de votre rapport ou pour transmettre des valeurs à la requête SQL utilisée par votre source de données.

Calculs de tables, champs calculés

Similaires

Terme Looker : Calcul de table

Les calculs de table dans Looker sont similaires aux formules des feuilles de calcul et sont effectués sur les résultats d'une requête, une fois celle-ci exécutée.

Terme Looker Studio: Champs calculés

Les champs calculés vous permettent de créer des métriques et des dimensions à partir de vos données. Vous pouvez ainsi exploiter et transformer les informations provenant de vos sources de données, afin d'en afficher les résultats dans des rapports.

Il existe deux types de champs calculés :

  • Champs calculés créés dans une source de données
  • Champs calculés créés dans des graphiques spécifiques d'un rapport

Similitudes

Les calculs de table dans Looker et les champs calculés dans Looker Studio sont similaires de la manière suivante:

  • Les calculs de table dans Looker et les champs calculés dans Looker Studio permettent aux utilisateurs de créer des métriques ad hoc basées sur des données existantes.

Différences

Les calculs de table dans Looker et les champs calculés dans Looker Studio diffèrent des points suivants:

  • Les calculs de table dans Looker opèrent sur les résultats d'une requête, et non sur la base de données sous-jacente. Les champs calculés dans Looker Studio fonctionnent directement sur les champs de données disponibles dans la source de données.
  • Les calculs de table dans Looker sont créés directement dans une exploration après l'exécution de la requête. Dans Looker Studio, les champs calculés peuvent être créés dans la source de données (ce qui les rend disponibles pour tous les rapports qui utilisent cette source de données) ou directement dans un graphique spécifique.