Objectif

La fonctionnalité principale de l'Analytics Manager est de fournir des requêtes versionnées, qui peuvent être exécutées à la volée ou utilisées dans des tableaux de bord ou des applications front-end. Les requêtes constituent ainsi la première étape de la structuration de vos données et de leur diffusion vers l'extérieur.

Vous pouvez créer, consulter, organiser ou exécuter des requêtes et gérer quelles versions déployer. Les requêtes sont stockées et organisées en dépôts.

Vous pouvez explorer en détail les métriques de performance d'exécution et les KPI de vos requêtes, pour optimiser facilement votre système analytique. De plus, créez des endpoints d'API pour exposer les données aux apps de la Platform ou à des applications externes en un clic.

Créer des requêtes

Dans l'Analytics Manager, plusieurs interfaces permettent de créer et d'exécuter des requêtes.

• Le visual builder vous permet de découvrir des insights à travers un ensemble de visualisations de données dans un environnement simple de type point-and-click.
• L'éditeur SQL vous permet d'écrire des requêtes SQL ANSI pour explorer vos données librement.

Cliquez sur Nouvelle requête pour créer une nouvelle requête. Elle utilisera l'interface visual builder par défaut.

Découvrez comment faire une requête avec le no-code builder

Gérer les requêtes existantes

Depuis l'onglet des requêtes, vous pouvez :

• Créer, supprimer ou éditer (1) des requêtes
• Dupliquer (1) des requêtes
• Organiser (2) vos requêtes en dossiers
• Gérer la version (3) du dépôt

Versionnage des requêtes

Lorsque vous cherchez à itérer sur des requêtes existantes, il est préférable de créer plusieurs versions de la requête. Cela vous permet d'introduire progressivement des variations pour expérimenter et tester votre travail, tout en gardant toujours intacte la version en production.

Ce versionnage se fait par le biais des dépôts, qui regroupent à la fois les requêtes et les tableaux de bord. Chaque dépôt peut avoir plusieurs versions du code (requêtes + tableaux de bord) qu'il contient :

• Pour les requêtes, il s'agit des paramètres de la requête (ou du SQL), ainsi que des options de visualisation par défaut
• Pour les tableaux de bord, il s'agit simplement de leur mise en page, de leurs filtres et d'autres ajustements mineurs (comme la palette de couleurs)

Les dépôts disposent tous d'une version déployée, qui est la version servie lorsqu'une des requêtes est appelée dans un processus en aval quelconque (API, apps, etc.), ou ouverte via un tableau de bord.

Ils disposent également d'une version active, qui est la version en cours d'édition via le panneau de l'éditeur.

• Si votre dépôt n'a qu'une seule version, la version active est identique à la version déployée, ce qui signifie que vous éditez vos requêtes en production.
• Si votre dépôt a deux versions ou plus, la version déployée ne peut pas être éditée. Elle peut être consultée en lecture seule.

Découvrir la philosophie de conception des requêtes

Depuis la sortie de sa première version, le composant à l'origine de l'Analytics Manager qui orchestre l'exécution des requêtes a conservé une philosophie de conception simple : là où la flexibilité rencontre l'automatisation.

Besoin de modèles de données flexibles

Plus un Projet BI devient complexe, plus il est important de comprendre le schéma de données et chacun de ses attributs.

Un data lake / data warehouse dans le Lakehouse Manager peut évoluer au fil du temps, ce qui peut être dû à :

• L'ajout de nouvelles sources de données (entraînant de nouveaux KPI métier)
• Des modifications et optimisations apportées aux schémas de données
• L'ajout, la suppression ou la modification de tables agrégées ou de dépôts

Le Lakehouse Manager (en charge de la structure du schéma contenant les attributs) définit ainsi où et comment exécuter les requêtes, afin que les personnes en charge du développement des interfaces de restitution (front-end) et des API n'aient pas à s'en soucier.

Moteur de requêtes multi-bases automatisé

Pour répondre aux besoins ci-dessus, l'Analytics Manager s'appuie sur un moteur multi-bases agnostique, capable d'interroger votre modèle de données en SQL quel que soit le dataset ou le schéma sous-jacent.

Lorsque vous créez une requête à l'aide de l'interface visuelle point-and-click, vous n'avez pas besoin de spécifier les noms des tables. La Platform va choisir automatiquement la table la plus adaptée en effectuant les étapes suivantes :

1. Vérifier tous les attributs nécessaires pour exécuter votre requête (et traduire également les attributs virtuels en attributs requis pour les ajouter à cette liste requise).
2. Vérifier toutes les tables candidates qui possèdent tous les attributs requis (en excluant les tables non interrogeables).
3. Sélectionner la table qui possède le moins de lignes.

Aller plus loin

Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.

Posez vos questions, faites-nous part de vos commentaires et interagissez directement avec l’équipe qui développe la Data Platform sur le canal Discord dédié.

Si vous avez besoin d'une assistance concernant vos services OVHcloud, créez une demande depuis notre centre d'aide.

Rejoignez notre communauté d'utilisateurs.