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, avec le terme ou concept Looker en premier :

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

  • Identique (Identique) : le terme ou le concept Looker et Looker Studio ont la même signification et la même fonction dans les deux applications.
  • Similaire (Similaire) : le terme ou le concept Looker et Looker Studio ont une fonction similaire, mais présentent des différences subtiles.
  • Différent (Différent) : le terme ou le concept Looker et Looker Studio ont des significations et des fonctions différentes dans chaque application.

Pour en savoir plus sur l'association de Looker et Looker Studio, consultez la page de documentation Se connecter à Looker Studio.

Connexion, connecteur

Similaire

Terme Looker : Connexion

Dans la section Admin 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 permet de créer 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 Google Sheet). Elles vous permettent de configurer les champs et les options fournis par le connecteur pour créer cette instance d'association. 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 pour les raisons suivantes :

  • Looker et Looker Studio peuvent récupérer des données à partir de sources de données externes.
  • Looker et Looker Studio peuvent se connecter à plusieurs sources de données, comme 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 pour les raisons suivantes :

  • Dans Looker, les modèles de données récupèrent leurs données à partir de la base de données à laquelle 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 disposant des autorisations nécessaires pour ajouter des sources de données peut utiliser 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 à plus que des bases de données.

Accès au contenu ; rôles, autorisations

Similaire

Terme Looker : Accès au contenu

L'accès au contenu permet aux administrateurs de limiter ce que les utilisateurs peuvent voir et avec quoi ils peuvent interagir dans Looker. Les contrôles d'accès au contenu déterminent si un utilisateur ou un groupe peut afficher ou modifier un tableau, ou 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 au contenu dans Looker et Looker Studio est similaire de plusieurs façons :

  • 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 au contenu dans Looker et Looker Studio est différente pour les raisons suivantes :

  • 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 combinent des autorisations permettant d'effectuer certaines actions et 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 de consulter ou de modifier des collections d'explorations, de Looks et de tableaux de bord contenus 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 administratives effectuées dans la console Google Cloud sont gérées à l'aide de rôles IAM.
  • Les utilisateurs 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 rôles et les autorisations n'accordent pas aux utilisateurs la possibilité de voir les données sous-jacentes du composant.
  • Les utilisateurs Looker Studio Pro se voient également attribuer des rôles dans les espaces de travail en équipe pour gérer l'accès aux composants qu'ils contiennent.

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

  • 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 n'acceptent pas les rôles personnalisés.

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

Similaire

Terme Looker : Tableaux de bord avec filtrage croisé

Les filtres croisés permettent aux lecteurs de tableaux de bord d'interagir plus facilement et de manière plus intuitive 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 tableaux 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 tableaux de bord peuvent créer plusieurs filtres croisés à la fois. Ces filtres peuvent être utilisés conjointement avec les filtres de tableau de bord standards. 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 visualisations 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 de filtrer d'autres graphiques du rapport en fonction de cette interaction. Lorsque vous activez le filtrage croisé 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 une dimension Pays permet aux lecteurs de rapports 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

Similaire

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 vignettes de visualisation ou de texte sur une même page. Looker propose deux types d'expérience de tableau 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'en utilisant 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 contenues dans un rapport proviennent d'une ou de plusieurs sources de données.

Similitudes

Les tableaux de bord dans Looker et les rapports dans 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 au contenu. Pour Looker Studio, consultez Identifiants.

Bien que l'apparence des tableaux de bord et des rapports puisse être personnalisée à l'aide de thèmes personnalisés et de différents types d'éléments, chaque type de composant de rapport (commandes, graphiques ou tous les composants de rapport) peut être stylisé de manière unique.

Les utilisateurs créent des composants de rapport et des tuiles 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 en tant qu'explorations ou présentations, puis les enregistrer dans un tableau de bord ou les créer directement dans le tableau de bord. Les tableaux de bord LookML sont créés par des développeurs LookML et stockés sous forme de fichiers avec contrôle des versions.

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

Similaire

Terme Looker : Filtres de tableau de bord

Les filtres de tableau de bord permettent aux personnes qui consultent les 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 de tableau de bord.

Les éditeurs de tableaux de bord disposent de plusieurs options pour modifier l'apparence des filtres de tableaux de bord pour les lecteurs. Les éditeurs de tableaux de bord peuvent ajuster l'apparence des commandes de filtrage individuelles ou de l'ensemble de la barre de filtre.

Terme Looker Studio : Propriétés du 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 à l'ensemble d'un rapport.

Seuls les éditeurs de rapports peuvent modifier les propriétés de filtrage ou interagir avec elles. Les lecteurs de rapports 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 de plusieurs façons :

  • Les filtres de tableau de bord dans Looker et les propriétés de filtre dans Looker Studio filtrent 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 à des tableaux de bord (dans Looker) ou des rapports (dans Looker Studio) entiers, ou à des tuiles 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 pour les raisons suivantes :

  • Les filtres de tableau de bord dans Looker peuvent être modifiés par les utilisateurs disposant du niveau d'accès approprié au dossier et des autorisations Looker nécessaires pour modifier le tableau de bord. Seuls les éditeurs de rapports peuvent modifier les propriétés de filtre dans Looker Studio. Les lecteurs de rapports 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 filtre dans Looker Studio peuvent être appliquées à des pages et des commandes de rapport individuelles, en plus des rapports entiers.

Commandes de filtres des tableaux de bord, commandes de filtrage

Similaire

Terme Looker : Commandes de filtres des tableaux de bord

Les commandes de filtres des tableaux de bord permettent aux éditeurs de tableaux de bord de personnaliser l'apparence des filtres pour les lecteurs de tableaux de bord. Les types de sélecteurs de filtre disponibles dans le menu déroulant "Sélecteur" 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 données.

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

Terme Looker Studio : Commandes de filtrage

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

Grâce aux commandes, les lecteurs de rapports peuvent effectuer les actions suivantes :

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

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

Les éditeurs de rapports peuvent limiter le champ d'application d'une commande en la regroupant avec un ou plusieurs graphiques. Lorsqu'elle se trouve dans un groupe, la commande n'affecte que les graphiques de ce groupe.

Similitudes

Les commandes de filtre de tableau de bord dans Looker et les commandes de filtre dans Looker Studio sont similaires pour les raisons suivantes :

  • Les commandes de filtrage des tableaux de bord dans Looker et les commandes de filtrage dans Looker Studio sont configurées par les éditeurs de tableaux 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 des tableaux de bord dans Looker et Looker Studio peuvent être définies simultanément sur plusieurs tuiles de tableau de bord (dans Looker) et graphiques (dans Looker Studio) spécifiques. Dans Looker Studio, on parle de groupe.
  • Les types de commandes de filtre de tableau de bord dans Looker et de commandes de filtre dans Looker Studio qui peuvent être appliqués dépendent du type de données du champ de filtre sous-jacent.

Différences

Les commandes de filtre de tableau de bord dans Looker et les commandes de filtre dans Looker Studio sont différentes pour les raisons suivantes :

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

Accès aux données, identifiants

Similaire

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

Les contrôles d'accès aux données déterminent les données qu'un utilisateur ou un groupe est autorisé à consulter. Ce type d'accès peut être restreint ou accordé au niveau de l'utilisateur ou 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 la façon dont 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 est autorisé à 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 devra 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 consulter dans les composants Looker Studio.

Similitudes

La gestion de l'accès aux données dans Looker et Looker Studio est similaire de plusieurs façons :

  • Les utilisateurs peuvent accéder aux données sous-jacentes pour différents types de contenus.
  • Dans Looker, les modèles de données constituent la base de tous les contenus 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 de l'accès aux données dans Looker et Looker Studio est différente pour les raisons suivantes :

  • Dans Looker, les utilisateurs peuvent accéder aux données sous-jacentes de tous les ensembles de modèles pour lesquels ils ont reçu des autorisations spécifiques pour effectuer des actions.
  • Dans Looker Studio, si une source de données est créée et nécessite les identifiants de Looker Studio, l'utilisateur doit avoir accès aux données, quelle que soit leur origine.

Dimension

Identique

Terme Looker : Dimension

Une dimension est un champ qui représente un attribut, un fait ou une valeur. Elle peut être sélectionnée dans le sélecteur de champ d'une exploration et utilisée pour filtrer une requête. Les dimensions courantes incluent des attributs tels que les dates, les noms et les ID. Elles correspondent souvent à des 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 qui permet de regrouper vos données.

Les dimensions sont des catégories d'informations. Les valeurs contenues dans ces catégories sont généralement les noms, attributs ou 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

Similaire

Terme Looker : Filtres associés

Les éditeurs de tableaux de bord peuvent associer des filtres afin que les options de valeur de filtre d'un filtre soient limitées en fonction 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" (le filtre qui limite les options d'un autre filtre). Toutefois, le filtre "enfant" (le filtre à limiter) ne peut utiliser qu'un champ de type 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 des filtres

Les filtres peuvent être hérités. Cela signifie que ceux appliqués aux 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) puisse hériter 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 des filtres est désactivé pour le composant enfant.

Les éditeurs de rapports peuvent désactiver l'héritage des filtres à l'aide du bouton d'activation dans la section "Filtre" de l'onglet "Configuration" du panneau "Propriétés" pour un 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 liés dans Looker et l'héritage de 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 pour les raisons suivantes :

  • 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. Où qu'un filtre associé soit 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 définie au niveau de la page ou une page qui n'hérite pas de celle définie au niveau du rapport.

Mesure, métrique

Similaire

Terme Looker : Mesure

Une mesure est un champ dans 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 fichier LookML d'une 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. Les agrégats de mesures sont regroupés par dimensions dans une exploration Looker.

Terme Looker Studio : métrique

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

Les métriques sont des agrégations provenant de l'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(). Étant donné qu'une métrique ne contient pas d'ensemble de valeurs défini, vous ne pouvez pas l'utiliser pour regrouper vos données, contrairement à une dimension.

Similitudes

Les mesures dans Looker et les métriques dans Looker Studio sont similaires pour les raisons suivantes :

  • Les mesures dans Looker et les métriques dans Looker Studio représentent les informations mesurables sur vos données.
  • Les utilisateurs peuvent créer des mesures ou des métriques en appliquant des fonctions d'agrégation à des dimensions ou des mesures existantes. Looker appelle ces mesures générées par les utilisateurs des mesures personnalisées, qui sont créées dans les explorations Looker. Looker Studio désigne ces fonctions d'agrégation générées par les utilisateurs sous le nom de champs calculés.

Différences

Les mesures dans Looker et les métriques dans Looker Studio sont différentes pour les raisons suivantes :

  • 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.
  • Dans Looker Studio, les métriques représentent des agrégations qui sont directement issues de l'ensemble de données sous-jacent.

Résultats fusionnés, données combinées

Similaire

Terme Looker : Résultats fusionnés

La fonctionnalité Résultats fusionnés vous permet de combiner les données de différentes explorations (même si elles proviennent de différents modèles, projets ou connexions). Grâce aux résultats fusionnés, vous pouvez créer une requête à partir d'une exploration, puis ajouter des requêtes à partir d'autres explorations afin d'afficher les résultats fusionnés dans une seule table. La fonctionnalité 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 fusionné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 pour les raisons suivantes :

  • Les résultats fusionnés dans Looker et les combinaisons dans Looker Studio vous permettent de combiner des données provenant de plusieurs sources dans une même requête.
  • Les résultats fusionnés dans Looker et les combinaisons dans Looker Studio utilisent des concepts semblables aux jointures SQL pour faire correspondre et combiner des données basées sur des champs communs (comme une dimension d'ID). Cela vous permet de relier des enregistrements provenant de différentes sources pour l'analyse et la visualisation.
  • Ni les résultats fusionnés dans Looker ni les combinaisons dans Looker Studio ne peuvent être enregistrés en tant qu'objet réutilisable autonome :
    • Les résultats fusionnés dans Looker ne peuvent pas être enregistrés en tant que Looks, mais ils peuvent être enregistrés dans plusieurs tableaux de bord.
    • Les combinaisons de données dans Looker Studio sont intégrées au rapport dans lequel elles sont définies (elles seront toutefois copiées dans un nouveau rapport si vous en créez une copie).

Différences

Les résultats fusionnés dans Looker et les combinaisons de données dans Looker Studio sont différents pour les raisons suivantes :

  • Logique de fusion :
    • Dans Looker, les résultats fusionnés nécessitent que vous désigniez une requête principale et que vous spécifiiez un ou plusieurs champs dont les valeurs correspondent exactement dans la requête principale et les autres requêtes. Le nombre de requêtes secondaires dans un résultat fusionné n'est pas non plus limité.
    • Dans Looker Studio, les combinaisons associent des données provenant directement d'un maximum 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'UI 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, en calculant 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 pour l'exploration et donc appliquée avant la fusion. Les calculs de tables des requêtes sources s'affichent sous forme de dimensions standards dans les résultats fusionnés.
  • Dans Looker Studio, les ensembles de données héritent des paramètres de fraîcheur ou d'identifiants directement de leurs sources de données sous-jacentes. Dans Looker, vous pouvez vider le cache et récupérer de nouveaux résultats à partir de votre base de données à l'aide de l'option Vider le cache et actualiser.

Signaler, signaler

Les rapports Looker et Looker Studio sont des types de contenus conçus pour utiliser des visualisations afin de présenter des informations et des insights issus des données. Toutefois, la gestion et l'accès à chaque rapport sont différents.

Terme Looker : Rapport

Un rapport Looker est un type de contenu Looker, semblable à un tableau de bord, une présentation ou une exploration, qui vous permet de visualiser et d'analyser des données. Contrairement à un tableau de bord Looker, un rapport ne nécessite aucune modélisation sous-jacente, mais utilise des connecteurs pour se connecter aux sources de données. Les rapports Looker sont organisés à l'aide du système de gestion de contenu basé sur des dossiers de Looker.

Terme Looker Studio : Rapport

Un rapport Looker Studio est un composant qui présente des informations et des insights issus d'une ou plusieurs sources de données. Les rapports Looker Studio sont organisés à l'aide du système de gestion de contenu de Looker Studio.

Similitudes

Les rapports Looker et Looker Studio sont similaires pour les raisons suivantes :

  • Fonctionnalités de création : les deux types de rapports peuvent être créés, consultés et modifiés.
  • Structure des rapports : les deux peuvent contenir plusieurs pages, graphiques et autres composants tels que des commandes (par exemple, des sélecteurs de plage de dates et des commandes de filtrage), des zones de texte, des formes et des images.
  • Traitement des données :
    • Sources de données : les deux types de rapports tirent leurs données d'une ou de plusieurs sources de données.
    • Sources de données intégrées : les deux types de rapports utilisent des sources de données intégrées.
    • Connecteur Looker : les deux types de rapports peuvent se connecter aux données Looker Explore à l'aide du connecteur Looker.
    • Connecteurs : les deux types de rapports utilisent de nombreux connecteurs identiques pour créer des sources de données. Pour obtenir la liste des connecteurs compatibles avec les rapports Looker, consultez la page de documentation Disponibilité des fonctionnalités dans les rapports Looker. Pour afficher les connecteurs Looker Studio disponibles, accédez à la galerie de connecteurs.
    • Gestion des connecteurs : les utilisateurs disposant d'autorisations d'administrateur peuvent gérer les connecteurs de données individuels disponibles pour créer des sources de données.
    • Combinaison de données : les deux types de rapports permettent de combiner des données provenant d'un maximum de cinq sources de données.

  • Historique des versions : vous pouvez consulter l'historique des versions pour les deux types de rapports.

  • Gestion de contenu :

    • Stockage et organisation : les deux types de rapports apparaissent dans la structure organisationnelle de leur environnement respectif et sont accessibles à l'aide d'une fonction de recherche.
      • Les rapports Looker sont disponibles exclusivement dans les dossiers Looker. L 'accès est géré par le système de gestion de contenu et les autorisations existants de Looker. Les rapports Looker apparaissent dans des dossiers sous l'en-tête Rapports. Vous pouvez également les trouver à l 'aide de la fonctionnalité de recherche de Looker (Looker 25.4 ou version ultérieure requis).
      • Les utilisateurs peuvent rechercher et afficher des rapports Looker Studio dans Looker Studio à partir de la barre de recherche, de l'espace "M'appartenant" ou du bac à sable d'un utilisateur, ou d'un espace de travail en équipe Looker Studio Pro.
    • Autorisations et accès : les deux types de rapports fonctionnent à l'aide d'identifiants d'accès aux données, qui déterminent qui peut consulter les données fournies par une source de données. Selon la façon dont l'administrateur Looker Studio a configuré certains paramètres de source de données, les rapports Looker Studio peuvent utiliser l'un des trois types d'identifiants d'accès aux données : ceux du propriétaire, ceux du lecteur ou ceux du compte de service. Les connecteurs de rapports Looker ne peuvent utiliser que les identifiants du propriétaire ou ceux du lecteur.
    • Gestion des rapports : les deux types de rapports peuvent être copiés. Les utilisateurs disposant des autorisations appropriées peuvent déplacer un rapport en fonction de la structure de leur organisation. Lorsque vous supprimez un rapport Looker, il est placé dans le dossier Corbeille de l'instance Looker. Si vous supprimez un rapport Looker Studio, il est déplacé vers la corbeille Looker Studio, où il peut être supprimé définitivement.

Différences

Les rapports Looker et Looker Studio sont différents pour les raisons suivantes :

  • Gestion de contenu :

    • Partage de rapports : les utilisateurs peuvent partager les deux types de rapports, mais la possibilité de le faire pour les rapports Looker est gérée par l'accès aux dossiers Looker dans lesquels les rapports sont stockés. Les utilisateurs ayant accès à un dossier peuvent accéder aux rapports qu'il contient et les partager au niveau du dossier. Les rapports Looker Studio peuvent être partagés par les utilisateurs disposant d'un rôle Looker Studio qui leur permet de partager des rapports. Vous pouvez les partager directement depuis le rapport avec des utilisateurs ou des groupes Google spécifiques, ou à l'aide d'options de partage ou d'intégration basées sur des liens gérées depuis l'interface Looker Studio.
    • Gestion des rapports : bien que les utilisateurs puissent effectuer des tâches sur ou avec les deux types de rapports, les rapports Looker exigent que les utilisateurs disposent d'autorisations et d'un accès au contenu Looker, tandis que les rapports Looker Studio exigent que les utilisateurs disposent d'autorisations Looker Studio.

  • Sources de données :

    • Les rapports Looker Studio sont compatibles avec les sources de données intégrées (utilisées dans un seul rapport) et les sources de données réutilisables (utilisables dans plusieurs rapports). Pour en savoir plus sur la différence entre les sources de données intégrées et réutilisables, consultez la page de documentation À propos des sources de données.
    • Les rapports Looker ne sont compatibles qu'avec les sources de données intégrées. Toute personne autorisée à modifier le rapport peut également modifier la source de données et le rapport.

  • Fonctionnalités de Gemini dans Looker :

  • Récupération de contenu :

    • Les rapports Looker supprimés sont déplacés vers le dossier Corbeille de l'instance Looker. Pour les instances Looker 25.4 ou version ultérieure, ces rapports peuvent être consultés et restaurés à partir de la corbeille.
    • Les rapports Looker Studio supprimés sont placés dans la corbeille de Looker Studio, qui dispose d'un mécanisme distinct pour afficher, restaurer ou supprimer définitivement du contenu.

  • Fonctionnalités administratives et au niveau de l'instance :

    • Les tâches administratives pour les rapports Looker, telles que la gestion des connecteurs autorisés, la surveillance de l'utilisation via l'activité système et les paramètres de localisation, sont profondément intégrées au panneau d'administration et aux paramètres de l'instance Looker (nécessitant généralement Looker 25.4 ou version ultérieure pour ces fonctionnalités d'administration spécifiques aux rapports).
    • Les rapports Looker doivent être activés par un administrateur Looker sur la page Configuration des rapports de la section Rapports du panneau d'administration de l'instance Looker.
    • L'administration des rapports Looker Studio, en particulier pour les fonctionnalités Pro, peut impliquer le panneau d'administration Looker Studio Enterprise ou les configurations de projet Google Cloud plutôt que les paramètres d'administration de l'instance Looker.

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 définissant des attributs ou des paramètres spécifiques pour les objets LookML tels que les modèles, les explorations, les vues, les dimensions, les mesures et les 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 de 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 lui dans l'interface utilisateur Explorer de Looker, tandis que le paramètre sql définit la logique SQL sous-jacente pour une dimension ou une mesure.

En plus de ces paramètres généraux dans LookML, Looker propose 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

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

  • 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 de plusieurs façons :

  • 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.
  • Les paramètres dans Looker et dans Looker Studio peuvent être définis avec des valeurs par défaut ou autorisées, ou pour accepter les saisies des utilisateurs.

Différences

Le paramètre parameter dans Looker et les paramètres dans Looker Studio sont différents pour les raisons suivantes :

  • Les paramètres dans Looker sont définis dans LookML, tandis que ceux de Looker Studio peuvent être créés dans les 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 les utilisateurs. Par exemple, ils permettent de créer des champs calculés qui incluent les informations saisies par les utilisateurs de votre rapport ou de transmettre des valeurs à la requête SQL utilisée par votre source de données.

Calculs de tables, champs calculés

Similaire

Terme Looker : Calcul de tables

Dans Looker, les calculs de table sont semblables aux formules de feuille de calcul. Ils 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 sont différents pour les raisons suivantes :

  • Dans Looker, les calculs de table s'appliquent aux résultats d'une requête, et non à la base de données sous-jacente. Dans Looker Studio, les champs calculés 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, vous pouvez créer des champs calculés dans la source de données (ce qui les rend disponibles dans tous les rapports qui utilisent cette source de données) ou directement dans un graphique spécifique.