Blocs Looker

Les Looker Blocks™ sont des modèles de données prédéfinis pour les sources de données et les modèles d'analyse courants. Réutilisez les travaux que d'autres ont effectués au lieu de recommencer à zéro, puis personnalisez les blocs pour les adapter à vos spécifications exactes. Des modèles SQL optimisés aux modèles de données entièrement construits, les Looker Blocks peuvent servir de point de départ pour une modélisation des données rapide et flexible dans Looker.

Blocs disponibles

Vous avez le choix entre de nombreux blocs Looker Blocks. Pour connaître les blocs disponibles, consultez la section Blocs du Marketplace Looker.

Cliquez sur un bloc qui vous intéresse pour afficher ses instructions d'utilisation spécifiques.

Certains blocs Looker peuvent être installés rapidement à l'aide de Looker Marketplace. Avant de pouvoir déployer un bloc via Marketplace Looker, un administrateur Looker doit avoir activé la fonctionnalité Marketplace. Pour en savoir plus sur l'installation et la personnalisation des blocs Looker, disponibles sur le Marketplace de Looker, consultez la page de documentation Looker Marketplace.

Standardisation et personnalisation

La facilité d'utilisation des différents blocs varie en fonction du degré de normalisation de votre schéma de base de données. La plupart des Looker Blocks nécessitent une certaine personnalisation pour s'adapter à votre schéma de données, à l'exception des blocs de données, qui sont les plus simples à implémenter, mais qui ne sont pas personnalisables.

  • Pour accéder aux tables modélisées, il vous suffit de copier le modèle LookML à partir du dépôt GitHub. Pour obtenir des instructions détaillées, consultez la section Utiliser des blocs de données sur cette page.

  • Les applications de collecte de données, telles que Segment et Snowplow, suivent les événements dans un format relativement standardisé. Cela permet de créer des modèles de conception modélisés (capables de nettoyer, de transformer et d'analyser les données) qui peuvent être utilisés par n'importe quel client utilisant ces applications.

  • D'autres applications Web, comme Salesforce, vous permettent d'ajouter des champs personnalisés pour vos utilisateurs internes. Naturellement, cela crée des données dans un format moins standardisé. Par conséquent, nous pouvons créer des modèles pour une partie du modèle de données afin de mettre en place les analyses, mais vous devrez personnaliser la partie non standardisée.

  • Enfin, nous avons des blocs pour les insights commerciaux généraux. Il s'agit de modèles de conception SQL ou LookML optimisés, qui ne dépendent pas de la source de données. Par exemple, de nombreuses entreprises souhaitent analyser la valeur vie d'un client au fil du temps. Ces modèles comportent certaines hypothèses, mais ils peuvent être personnalisés pour répondre aux besoins spécifiques de votre entreprise. Ces tendances reflètent le point de vue de Looker sur la meilleure façon de mener certains types d'analyses.

Si vous débutez avec Looker, votre analyste Looker peut vous aider à exploiter tout le potentiel de ces modèles.

Ajouter des blocs à votre code LookML

  • Certains blocs présentent à la fois des explorations et des vues dans le même fichier. Il s'agit d'une facilité de visualisation, mais en général, vous devez copier les sections appropriées de LookML aux endroits appropriés de votre modèle de données. Pour en savoir plus, consultez la page de documentation Comprendre les fichiers de modèle et de vue.
  • Dans certains cas, vous devrez probablement créer des fichiers LookML dans votre modèle de données pour y placer les exemples.

Utiliser des blocs de données

Les blocs de données sont un type spécial de bloc Looker qui fournit à la fois l'ensemble de données et le modèle de données. Les blocs de données Looker incluent des sources de données publiques, par exemple:

  • Données démographiques: métriques démographiques courantes de l'enquête American Community Survey au niveau de l'État, du comté, de la zone de tabulation des codes postaux et même du groupe de blocs de recensement.
  • Données météo: rapports météo aux États-Unis au niveau du code postal de 1920 à la veille. Ce bloc est mis à jour chaque nuit.

Pour obtenir la liste complète des blocs disponibles, consultez la section Blocs de la Place de marché Looker.

Accéder à des ensembles de données sur différentes bases de données

La procédure d'accès à l'ensemble de données d'un bloc de données varie en fonction de votre schéma de base de données. Les sections suivantes contiennent des instructions pour accéder aux ensembles de données sur ces bases de données:

Accéder aux ensembles de données sur Google BigQuery

Si vous disposez d'un compte Google BigQuery, vous pouvez accéder aux ensembles de données hébergés par BigQuery de Looker. Passez directement à la section Ajouter des blocs de données aux projets de cette page.

Si vous ne possédez pas encore de compte Google BigQuery, vous pouvez configurer un essai gratuit, puis accéder aux ensembles de données publics de Looker sur BigQuery.

Accéder aux ensembles de données d'autres bases de données

Utilisez-vous Amazon Redshift, MySQL, PostgreSQL ou Oracle ?

Nous avons rendu les données transformées de chacun de ces ensembles de données accessibles au public dans Google Cloud Service et S3 afin que vous puissiez les importer directement dans la base de données de votre choix.

Nous avons également rendu le langage de définition de données (DDL) disponible pour chacun des ensembles de données du dépôt GitHub. Les instructions DDL peuvent nécessiter d'être modifiées pour les types de données de la base de données sélectionnée, mais elles doivent donner une idée des types de colonnes pour chaque table.

Téléchargez des données directement à partir de l'un des emplacements suivants:

Accéder au modèle LookML

Dupliquez l'un de nos dépôts GitHub dans un nouveau dépôt GitHub (hébergé par Looker ou par votre entreprise) que vous pourrez ensuite étendre ou affiner dans votre instance:

Ajouter des blocs de données aux projets

En plus de la méthode décrite dans cette section, vous pouvez également utiliser les perfectionnements de LookML pour exploiter les vues et les explorations dans vos projets.

Pour ajouter un bloc de données à votre projet:

  1. Ajoutez un projet à votre instance Looker.

  2. Forquez ou copiez les dépôts GitHub mentionnés précédemment pour accéder à LookML prédéfini. Veillez à créer un dépôt GitHub.

  3. Suppression des autres fichiers de dialecte de base de données du dépôt. Les blocs Looker contiennent généralement des fichiers pour Google BigQuery, Amazon Redshift et Snowflake. Par exemple, si vous configurez des blocs de données dans Google BigQuery, vous n'avez que besoin des fichiers de vue Google BigQuery, du fichier d'exploration Google BigQuery et du fichier de modèle Google BigQuery.

  4. Remplacez le nom de la connexion dans votre fichier de modèle par la connexion de votre base de données dans laquelle se trouvent les données des blocs de données. Si vous utilisez Google BigQuery ou Snowflake, utilisez la connexion à la base de données à partir de laquelle vous allez étendre ou affiner.

    Toute la logique de jointure se trouve dans un fichier .explore dans chacun des dépôts. C'est ce fichier que vous inclurez dans les étapes suivantes, une fois que vous aurez configuré le fichier manifeste de votre projet.

  5. Dans votre projet Looker principal, dans lequel vous allez étendre ou affiner des blocs de données, créez un fichier manifeste de projet.

  6. Ajoutez le code LookML suivant au fichier manifeste du projet pour référencer les blocs de données de votre projet Looker principal:

    project_name: "<your_project_name\>"

    local_dependency: {
      project: "<project_name_of_datablock\>"
    }

Considérations et options de configuration

Google BigQuery: assurez-vous d'utiliser le bon ensemble de fichiers modélisés. Si vous utilisez Google BigQuery, vous pouvez référencer tous les fichiers dont le nom contient _bq_. Vous devrez peut-être adapter nos dialectes de modèle Google BigQuery à votre propre dialecte de base de données.

Extensions: tous nos projets ont été configurés pour permettre les extensions à partir de fichiers d'exploration, car les extensions de modèle peuvent entraîner des problèmes avec plusieurs connexions.

Joindre des tables dérivées: consultez notre documentation sur les tables dérivées natives. Vous pouvez laisser Looker écrire du code SQL pour vous à différents niveaux d'agrégation sur nos ensembles de données publics, puis les joindre à votre modèle.

Fusionner des ensembles de résultats: vous pouvez également choisir de fusionner des ensembles de résultats de nos ensembles de données avec vos données en combinant les ensembles de résultats de requête.

Exemple de configuration de l'ensemble de données démographiques

  1. Accédez aux données en téléchargeant des données brutes à partir de nos buckets S3 ou Google Cloud Service, ou en vous connectant à une base de données Looker.

  2. Importez le modèle Bloc de données démographiques à partir de LookML en tant que projet distinct dans votre instance Looker.

  3. Utilisez le paramètre include pour importer le fichier de vue.

  4. Ensuite, étendez ou affinez le fichier de vue, ou utilisez des tables dérivées natives pour obtenir les données au niveau d'agrégation nécessaire pour les explorations.

    Dans notre exemple, étant donné que les données démographiques se trouvent à un niveau d'agrégation différent de notre ensemble de données sur l'e-commerce (groupe de blocs par rapport au code postal), nous utilisons des tables dérivées natives pour agréger les statistiques au niveau du code postal. Cela élimine les jointures multiples à plusieurs:

      include: "/american_community_survey/bq.explore"

  view: zipcode_income_facts {
    derived_table: {
      persist_for: "10000 hours"
      explore_source: fast_facts {
        column: ZCTA5 { field: tract_zcta_map.ZCTA5 }
        column: income_household { field: bg_facts.avg_income_house }
        column: total_population { field: bg_facts.total_population }
      }
    }
    dimension: ZCTA5 {}
    dimension: income_household {
      hidden: yes
    }

  5. Joindre des fichiers de vue au modèle:

      include: "acs*.view"

  explore: order_items {
    join: users {
      sql_on: ${users.id} = ${order_items.user_id} ;;
      type: left_outer
      relationship: many_to_one
    }

    join: zipcode_income_facts {
      sql_on: ${users.zip} = ${zipcode_income_facts.ZCTA5} ;;
      type: left_outer
      relationship: many_to_one
    }
  }

  6. Explorer et visualiser les données

Utiliser des blocs de visualisation

Looker inclut différents types de visualisations intégrés. Toutefois, si vos besoins en création de graphiques ne sont pas couverts par les types de visualisation intégrés de Looker, vous pouvez également ajouter vos propres types de visualisation personnalisée. Vous pouvez également développer une visualisation personnalisée et la rendre disponible pour tous les utilisateurs de Looker depuis la place de marché Looker.

Les blocs de visualisation sont des types de visualisation JavaScript prédéfinis hébergés par Looker. Vous pouvez ajouter les blocs de visualisation à votre instance Looker. Ils se comporteront comme n'importe quel type de visualisation intégré de Looker: ils s'affichent dans la barre de menu de la visualisation et incluent des fonctionnalités de base telles que le drill-down, le téléchargement, l'intégration et la planification.

Pour en savoir plus sur un bloc de visualisation, sélectionnez le type de visualisation dans la section Plug-ins de la place de marché Looker, puis cliquez sur Afficher le code et accédez au fichier READ.ME du bloc de visualisation. Le fichier READ.ME présente un exemple de la visualisation et fournit plus d'informations sur le bloc de visualisation. Pour certaines visualisations, le fichier READ.ME fournit également une URL et des instructions pour ajouter le bloc de visualisation.

Pour ajouter le type de visualisation à votre instance, consultez les instructions du fichier READ.ME (le cas échéant) et les informations de la page de documentation Visualisations.