Dans cet article, vous allez découvrir les entrepôts de données dans Fabric, créerez un entrepôt de données, passerez en revue les jeux de données et chargerez, interrogerez et visualiserez des données.
Vous avez besoin d’une licence d’évaluation Microsoft Fabric avec la préversion Fabric activée dans votre locataire. Consultez Bien démarrer avec Fabric pour activer votre licence d’évaluation Fabric.
Introduction
L’entrepôt de données de Microsoft Fabric est une version moderne de l’entrepôt de données traditionnel. Il organise les données de plusieurs services, systèmes et bases de données et les centralise dans une seule et même vue unifiée pour l’analyse et la création de rapports. L’entrepôt de données de Fabric fournit une sémantique SQL complète qui permet notamment d’insérer, de mettre à jour et de supprimer des données dans les tables. L’entrepôt de données de Fabric est unique, car il repose sur le lakehouse qui est stocké au format Delta et qui peut être interrogé en SQL. Il est conçu pour être utilisé par l’ensemble de l’équipe de données, pas seulement les ingénieurs données.
Rappel sur les entrepôts de données
- C'est quoi un Entrepot de donnée
- Les éléments d'un entrepôt
- C'est quoi un Entrepôt de donnée pour Fabric ?
L’entrepôt de données est une base de donnée relationnelle qui contient des tables dont les données sont stocker à des fins d’analytique.
Contrairement à une base de donnée transactionnelle où les données sont normalisés, dans un entrepôt de données, les données de dimension sont généralement dénormalisées pour réduire le nombre de jointures requises pour interroger les données.
Vous pouvez utiliser les attributs d’un élément pour regrouper des nombres dans la table de faits à différents niveaux. Par exemple, vous pouvez trouver le chiffre d’affaires total d’une région entière ou d’un seul client. Les informations de chaque niveau peuvent être stockées dans la même table de dimension.
Les tables d’un entrepôts de données sont organisées dans un schéma optimisé pour la modélisation multidimensionnelle, très souvent, il va s’agir soit d’un schéma en étoile (fig 1), soit d’un schéma en flocon (fig2)


I. Les tables de faits
Les tables de faits contiennent les données numériques que vous souhaitez analyser. Les tables de faits comprennent généralement un grand nombre de lignes et constituent la principale source de données pour l’analyse. Par exemple, une table de faits peut contenir le montant total payé pour des commandes passées à une date spécifique ou dans un magasin particulier.
II. Les tables de dimension
Les tables de dimension contiennent des informations descriptives sur les données contenues dans les tables de faits. Les tables de dimension comprennent généralement un petit nombre de lignes et fournissent le contexte des données des tables de faits. Par exemple, une table de dimension peut contenir des informations sur les clients qui ont passé des commandes.
En plus des colonnes d’attribut, une table de dimension contient une colonne clé unique qui identifie de manière unique chaque ligne de la table. En fait, il est courant pour une table de dimension d’inclure deux colonnes clés :
- Une clé de substitution est un identificateur unique pour chaque ligne de la table de dimension. Il s’agit souvent d’une valeur entière générée automatiquement par le système de gestion de base de données quand une nouvelle ligne est insérée dans la table.
- Une clé secondaire est souvent une clé naturelle ou métier qui identifie une instance spécifique d’une entité dans le système source transactionnel, comme un code produit ou un ID client.
Dans un entrepôt de données, les clés de substitution et les clés secondaires ont des finalités différentes. Vous avez donc besoin des deux. Les clés de substitution sont spécifiques à l’entrepôt de données et contribuent au maintien de la cohérence et de l’exactitude des données. Quant aux clés alternatives, elles sont spécifiques au système source et contribuent au maintien de la traçabilité entre l’entrepôt de données et le système source.
IV. Tables de dimension de type spécial
Les dimensions de type spécial offrent un contexte supplémentaire et permettent une analyse des données plus complète.
Les dimensions de temps fournissent des informations sur la période au cours de laquelle un événement s’est produit. Cette table permet aux analystes de données d’agréger des données sur des intervalles temporels. Par exemple, une dimension de temps peut inclure les colonnes « année », « trimestre », « mois » et « jour » pour indiquer quand une commande a été passée.
Les dimensions à variation lente sont des tables de dimension qui font le suivi des modifications apportées aux attributs de dimension, comme l’adresse d’un client ou le prix d’un produit, au fil du temps. Elles occupent une place importante dans un entrepôt de données, car elles permettent aux utilisateurs d’analyser et de comprendre les modifications apportées aux données dans le temps. Les dimensions à variation lente garantissent que les données sont à jour et exactes, ce qui est primordial pour prendre de bonnes décisions commerciales.
Le lakehouse de Fabric agit comme une base de données sur un lac de données, offrant des fonctionnalités pour les transactions ACID via des tables Delta. Cependant, il n’est pas idéal pour la remise de données aux utilisateurs professionnels. L’expérience d’entrepôt de données de Fabric permet de passer de la vue du lac au traitement SQL traditionnel, permettant la modélisation des données, l’exécution de commandes T-SQL, et l’utilisation de Power BI pour la création de rapports. L’entrepôt de données peut être créé directement dans Fabric. Une fois votre entrepôt créé, vous pouvez créer des tables en utilisant T-SQL directement dans l’interface de Fabric.


Ingérer des données dans votre entrepôt de données
Pour ingérer des données dans un entrepôt de données Fabric, plusieurs méthodes s’offrent à vous. Vous pouvez utiliser des pipelines, des flux de données, l’interrogation entre bases de données ou encore la commande COPY INTO. Après ingestion, les données peuvent être analysées par plusieurs groupes d’entreprise qui peuvent utiliser des fonctionnalités telles que le partage et l’interrogation entre bases de données pour y accéder.
Créer des tables
Pour créer une table dans l’entrepôt de données, vous pouvez utiliser SQL Server Management Studio (SSMS) ou un autre client SQL pour vous connecter à l’entrepôt de données et exécuter une instruction CREATE TABLE. Vous pouvez également créer des tables directement dans l’interface utilisateur de Fabric.
Vous pouvez copier des données à partir d’un emplacement externe dans une table de l’entrepôt de données à l’aide de la syntaxe COPY INTO. Par exemple :
COPY INTO dbo.Region
FROM 'https://mystorageaccountxxx.blob.core.windows.net/private/Region.csv' WITH (
FILE_TYPE = 'CSV'
,CREDENTIAL = (
IDENTITY = 'Shared Access Signature'
, SECRET = 'xxx'
)
,FIRSTROW = 2
)
GO
Cette requête SQL charge les données d’un fichier CSV situé dans Stockage Blob Azure dans une table appelée « Region » dans l’entrepôt de données Fabric.

Considérations relatives aux tables
Au terme de la création de tables dans un entrepôt de données, il est important de prendre en compte le processus de chargement des données dans ces tables. Une approche courante consiste à utiliser des tables de mise en lots. Dans Fabric, vous pouvez utiliser des commandes T-SQL pour charger des données à partir de fichiers dans des tables de mise en lots dans l’entrepôt de données.
Les tables de mise en lots sont des tables temporaires qui peuvent être utilisées pour nettoyer, transformer et valider des données. Vous pouvez également utiliser des tables de mise en lots pour charger des données de plusieurs sources dans une table de destination unique.
En général, les données sont chargées dans le cadre d’un processus de traitement par lots périodique dans lequel les insertions et mises à jour de l’entrepôt de données sont coordonnées pour se produire à un intervalle régulier (par exemple quotidien, hebdomadaire ou mensuel).
Dans la plupart des cas, vous devez implémenter un processus de chargement d’entrepôt de données, qui effectue les tâches dans l’ordre suivant :
- Ingérez les nouvelles données à charger dans un lac de données, en appliquant un nettoyage ou des transformations avant le chargement, selon les besoins.
- Chargez les données à partir de fichiers dans des tables de mise en lots au sein de l’entrepôt de données relationnel.
- Chargez les tables de dimension à partir des données de dimension dans les tables de mise en lots, en mettant à jour les lignes existantes ou en insérant de nouvelles lignes, et en générant des valeurs de clé de substitution le cas échéant.
- Chargez les tables de faits à partir des données de faits dans les tables de mise en lots, en recherchant les clés de substitution appropriées pour les dimensions associées.
- Effectuez une optimisation postchargement en mettant à jour les index et les statistiques de distribution des tables.
Si vous avez des tables dans le lakehouse et que vous souhaitez les interroger dans votre entrepôt, sans apporter de modifications.
Avec un entrepôt de données Fabric, vous n’avez pas besoin de copier les données du lakehouse dans l’entrepôt de données. Vous pouvez interroger les données dans le lakehouse directement à partir de l’entrepôt de données en utilisant l’interrogation entre bases de données.
Important
L’utilisation de tables dans l’entrepôt de données Fabric présente actuellement certaines limitations. Voilà quelques unes :
La liste suivante répertorie certaines fonctionnalités de table qui ne sont actuellement pas prises en charge (01/08/2024)
- Nombre maximal de 1 024 colonnes par table
- Colonnes calculées
- Vues indexées
- tables partitionnées ;
- Séquence
- Colonnes éparses
- Clés de substitution sur les séquences de nombres avec des colonnes d’identité
- Synonymes
- tables temporaires ;
- Déclencheurs
- Index uniques
- Types définis par l’utilisateur
Sécuriser et monitorer votre entrepôt de données
Il est important de sécuriser un entrepôt de données pour protéger vos données contre tout accès non autorisé. Fabric fournit un certain nombre de fonctionnalités de sécurité pour vous aider à sécuriser votre entrepôt de données. Il s’agit notamment des paramètres suivants :
- Contrôle d’accès en fonction du rôle (RBAC) : pour contrôler l’accès à l’entrepôt et à ses données.
- Chiffrement SSL : pour sécuriser la communication entre l’entrepôt et les applications clientes.
- Azure Storage Service Encryption : pour protéger les données en transit et au repos.
- Azure Monitor et Azure Log Analytics : pour monitorer l’activité de l’entrepôt et auditer l’accès aux données.
- Authentification multifacteur (MFA) : pour ajouter une couche de sécurité supplémentaire aux comptes d’utilisateur.
- Intégration de Microsoft Entra ID pour gérer les identités utilisateur et l’accès à l’entrepôt.
Autorisations d’espace de travail
Les données dans Fabric sont organisées en espaces de travail qui permettent de contrôler l’accès et de gérer le cycle de vie des données et des services. L’attribution de rôles d’espace de travail appropriés constitue la première ligne de défense pour sécuriser votre entrepôt de données.
En plus des rôles d’espace de travail, vous pouvez accorder des autorisations d’élément et l’accès via SQL.
Autorisations d’élément
Contrairement aux rôles d’espace de travail qui s’appliquent à tous les éléments d’un espace de travail, vous pouvez utiliser des autorisations d’élément pour accorder l’accès à des entrepôts individuels. Cela vous permet de partager un entrepôt de données unique pour la consommation en aval.
Vous pouvez accorder des autorisations aux utilisateurs en T-SQL ou dans le portail Fabric. Accordez les autorisations suivantes aux utilisateurs qui doivent accéder à votre entrepôt de données :
- Read : permet à l’utilisateur de se connecter en utilisant la chaîne de connexion SQL.
- ReadData : permet à l’utilisateur de lire les données de n’importe quelle table/vue de l’entrepôt.
- ReadAll : permet à l’utilisateur de lire les données des fichiers parquet bruts dans OneLake qui peuvent être consommés par Spark.
Une connexion utilisateur au point de terminaison SQL échoue si elle ne dispose pas au minimum de l’autorisation Read.
Surveillance
Le monitoring des activités dans votre entrepôt de données est essentiel pour garantir des performances optimales, une utilisation efficace des ressources et la sécurité. Le monitoring vous aide à identifier les problèmes, à détecter les anomalies et à prendre les mesures nécessaires pour assurer le bon fonctionnement et la sécurité de l’entrepôt de données.
Vous pouvez utiliser des vues de gestion dynamique (DMV) pour monitorer l’état des connexions, des sessions et des demandes afin d’obtenir des insights sur le cycle de vie des requêtes SQL en direct. Les DMV vous permettent d’obtenir des détails tels que le nombre de requêtes actives et d’identifier les requêtes qui s’exécutent pendant une longue période et qui doivent être arrêtées.
Trois DMV sont actuellement disponibles dans Fabric :
- sys.dm_exec_connections : retourne des informations sur chaque connexion établie entre l’entrepôt et le moteur.
- sys.dm_exec_sessions : retourne des informations sur chaque session authentifiée entre l’élément et le moteur.
- sys.dm_exec_requests : retourne des informations sur chaque demande active dans une session.
Monitoring des requêtes
Utilisez « sys.dm_exec_requests » pour identifier les requêtes longues susceptibles d’avoir un impact sur les performances globales de la base de données, et prenez les mesures appropriées pour optimiser ou arrêter ces requêtes.
Commencez par identifier les requêtes qui s’exécutent depuis longtemps. Utilisez la requête suivante pour identifier les requêtes exécutées le plus longtemps, par ordre décroissant :
SELECT request_id, session_id, start_time, total_elapsed_time
FROM sys.dm_exec_requests
WHERE status = 'running'
ORDER BY total_elapsed_time DESC;
Vous pouvez poursuivre l’investigation pour identifier l’utilisateur qui a exécuté la session avec la requête longue. Pour cela, exécutez :
SELECT login_name
FROM sys.dm_exec_sessions
WHERE 'session_id' = 'SESSION_ID WITH LONG-RUNNING QUERY';
Enfin, vous pouvez utiliser la commande KILL pour arrêter la session avec la requête longue :
KILL 'SESSION_ID WITH LONG-RUNNING QUERY';
Important
Vous devez être administrateur d’espace de travail pour exécuter la commande KILL. Les administrateurs d’espace de travail peuvent exécuter les trois DMV. Les rôles Membre, Contributeur et Observateur peuvent voir leurs propres résultats dans l’entrepôt, mais pas ceux des autres utilisateurs.
CAS PRATIQUE : ANALYSER LES DONNEES DANS UN ENTREPÔT DE DONNEES FABRIC
1. Créer un espace de travail
Avant de travailler avec des données dans Fabric, créez un espace de travail avec la version d’essai Fabric activée.
- Sur la page d’accueil de Microsoft Fabric , sélectionnez Synapse Data Engineering .
- Dans la barre de menu de gauche, sélectionnez Espaces de travail (l’icône ressemble à 🗇).
- Créez un nouvel espace de travail avec le nom de votre choix, en sélectionnant un mode de licence qui inclut la capacité Fabric ( Trial , Premium ou Fabric ).
-
Lorsque votre nouvel espace de travail s’ouvre, il devrait être vide.
2. Créer un entrepôt de données
Maintenant que vous disposez d’un espace de travail, il est temps de créer un entrepôt de données. La page d’accueil de Synapse Data Warehouse comprend un raccourci pour créer un nouvel entrepôt :
-
Dans la page d’accueil de Synapse Data Warehouse , créez un nouvel entrepôt avec le nom de votre choix.
Après environ une minute, un nouvel entrepôt sera créé :
3. Créer des tables et insérer des données
Un entrepôt est une base de données relationnelle dans laquelle vous pouvez définir des tables et d’autres objets.
- Dans votre nouvel entrepôt, sélectionnez la vignette Créer des tables avec T-SQL et remplacez le code SQL par défaut par l’instruction CREATE TABLE suivante :
CREATE TABLE dbo.DimProduct ( ProductKey INTEGER NOT NULL, ProductAltKey VARCHAR(25) NULL, ProductName VARCHAR(50) NOT NULL, Category VARCHAR(50) NULL, ListPrice DECIMAL(5,2) NULL ); GO - Utilisez le bouton ▷ Exécuter pour exécuter le script SQL, qui crée une nouvelle table nommée DimProduct dans le schéma dbo de l’entrepôt de données.
- Utilisez le bouton Actualiser de la barre d’outils pour actualiser la vue. Ensuite, dans le volet Explorateur , développez Schémas > dbo > Tables et vérifiez que la table DimProduct a été créée.
- Dans l’ onglet du menu Accueil , utilisez le bouton Nouvelle requête SQL pour créer une nouvelle requête et entrez l’instruction INSERT suivante :
INSERT INTO dbo.DimProduct VALUES (1, 'RING1', 'Bicycle bell', 'Accessories', 5.99), (2, 'BRITE1', 'Front light', 'Accessories', 15.49), (3, 'BRITE2', 'Rear light', 'Accessories', 15.49); GO - Exécutez la nouvelle requête pour insérer trois lignes dans la table DimProduct .
- Une fois la requête terminée, sélectionnez l’ onglet Données en bas de la page dans l’entrepôt de données. Dans le volet Explorateur , sélectionnez la table DimProduct et vérifiez que les trois lignes ont été ajoutées à la table.
- Dans l’ onglet du menu Accueil , utilisez le bouton Nouvelle requête SQL pour créer une nouvelle requête. Copiez et collez ensuite le code Transact-SQL de https://raw.githubusercontent.com/MicrosoftLearning/dp-data/main/create-dw.txt dans le nouveau volet de requête.
- Exécutez la requête, qui crée un schéma d’entrepôt de données simple et charge certaines données. L’exécution du script devrait prendre environ 30 secondes.
- Utilisez le bouton Actualiser de la barre d’outils pour actualiser la vue. Ensuite, dans le volet Explorateur , vérifiez que le schéma dbo dans l’entrepôt de données contient désormais les quatre tables suivantes :
- DimClient
- DimDate
- DimProduit
- FaitVenteCommande
Astuce : Si le chargement du schéma met du temps, actualisez simplement la page du navigateur.

4. Définir un modèle de données
Un entrepôt de données relationnelles se compose généralement de tables de faits et de dimensions . Les tables de faits contiennent des mesures numériques que vous pouvez agréger pour analyser les performances de l’entreprise (par exemple, le chiffre d’affaires) et les tables de dimensions contiennent les attributs des entités par lesquels vous pouvez agréger les données (par exemple, produit, client ou heure). Dans un entrepôt de données Microsoft Fabric, vous pouvez utiliser ces clés pour définir un modèle de données qui encapsule les relations entre les tables.
- Au bas de la page de l’entrepôt de données, sélectionnez l’ onglet Modèle .
- Dans le volet modèle, réorganisez les tables de votre entrepôt de données de manière à ce que la table FactSalesOrder soit au milieu, comme ceci :
- Faites glisser le champ ProductKey de la table FactSalesOrder et déposez-le sur le champ ProductKey de la table DimProduct . Confirmez ensuite les détails de la relation suivants :
- Tableau 1 : FactSalesOrder
- Colonne : Clé Produit
- Tableau 2 : DimProduit
- Colonne : Clé Produit
- Cardinalité : Plusieurs vers un (*:1)
- Direction du filtre croisé : Unique
- Rendre cette relation active : Sélectionné
- Supposer l’intégrité référentielle : non sélectionné
- Répétez le processus pour créer des relations plusieurs-à-un entre les tables suivantes :
- FactOrderSales.CustomerKey → DimCustomer.CustomerKey
- FactOrderSales.SalesOrderDateKey → DimDate.DateKey
Une fois toutes les relations définies, le modèle devrait ressembler à ceci :
5. Interroger les tables de l'entrepôt de données
L’entrepôt de données étant une base de données relationnelle, vous pouvez utiliser SQL pour interroger ses tables.
Interroger des tables de faits et de dimensions
La plupart des requêtes dans un entrepôt de données relationnelles impliquent l’agrégation et le regroupement de données (à l’aide de fonctions d’agrégation et de clauses GROUP BY) sur des tables associées (à l’aide de clauses JOIN).
-
Créez une nouvelle requête SQL et exécutez le code suivant :
SELECT d.[Year] AS CalendarYear, d.[Month] AS MonthOfYear, d.MonthName AS MonthName, SUM(so.SalesTotal) AS SalesRevenue FROM FactSalesOrder AS so JOIN DimDate AS d ON so.SalesOrderDateKey = d.DateKey GROUP BY d.[Year], d.[Month], d.MonthName ORDER BY CalendarYear, MonthOfYear;Notez que les attributs de la dimension temporelle vous permettent d’agréger les mesures de la table de faits à plusieurs niveaux hiérarchiques (dans ce cas, année et mois). Il s’agit d’un modèle courant dans les entrepôts de données.
-
Modifiez la requête comme suit pour ajouter une deuxième dimension à l’agrégation.
SELECT d.[Year] AS CalendarYear, d.[Month] AS MonthOfYear, d.MonthName AS MonthName, c.CountryRegion AS SalesRegion, SUM(so.SalesTotal) AS SalesRevenue FROM FactSalesOrder AS so JOIN DimDate AS d ON so.SalesOrderDateKey = d.DateKey JOIN DimCustomer AS c ON so.CustomerKey = c.CustomerKey GROUP BY d.[Year], d.[Month], d.MonthName, c.CountryRegion ORDER BY CalendarYear, MonthOfYear, SalesRegion; -
Exécutez la requête modifiée et examinez les résultats, qui incluent désormais le chiffre d’affaires agrégé par année, mois et région de vente.
Créer une vue
Un entrepôt de données dans Microsoft Fabric possède bon nombre des mêmes fonctionnalités auxquelles vous pouvez être habitué dans les bases de données relationnelles. Par exemple, vous pouvez créer des objets de base de données tels que des vues et des procédures stockées pour encapsuler la logique SQL.
-
Modifiez la requête que vous avez créée précédemment comme suit pour créer une vue (notez que vous devez supprimer la clause ORDER BY pour créer une vue).
CREATE VIEW vSalesByRegion AS SELECT d.[Year] AS CalendarYear, d.[Month] AS MonthOfYear, d.MonthName AS MonthName, c.CountryRegion AS SalesRegion, SUM(so.SalesTotal) AS SalesRevenue FROM FactSalesOrder AS so JOIN DimDate AS d ON so.SalesOrderDateKey = d.DateKey JOIN DimCustomer AS c ON so.CustomerKey = c.CustomerKey GROUP BY d.[Year], d.[Month], d.MonthName, c.CountryRegion; - Exécutez la requête pour créer la vue. Actualisez ensuite le schéma de l’entrepôt de données et vérifiez que la nouvelle vue est répertoriée dans le volet Explorateur .
-
Créez une nouvelle requête SQL et exécutez l’instruction SELECT suivante :
SELECT CalendarYear, MonthName, SalesRegion, SalesRevenue FROM vSalesByRegion ORDER BY CalendarYear, MonthOfYear, SalesRegion;
6. Créer une requête visuelle
Au lieu d’écrire du code SQL, vous pouvez utiliser le concepteur de requêtes graphique pour interroger les tables de votre entrepôt de données. Cette expérience est similaire à Power Query en ligne, où vous pouvez créer des étapes de transformation de données sans code. Pour des tâches plus complexes, vous pouvez utiliser le langage M (Mashup) de Power Query.
-
Dans le menu Accueil , sélectionnez Nouvelle requête visuelle .
-
Faites glisser FactSalesOrder sur le canevas . Notez qu’un aperçu du tableau s’affiche dans le volet Aperçu ci-dessous.
-
Faites glisser DimProduct sur le canevas . Nous avons maintenant deux tables dans notre requête.
-
Utilisez le bouton (+) de la table FactSalesOrder sur le canevas pour fusionner les requêtes .

-
Dans la fenêtre Fusionner les requêtes , sélectionnez DimProduct comme bonne table à fusionner. Sélectionnez ProductKey dans les deux requêtes, laissez le type de jointure externe Left par défaut et cliquez sur OK .
-
Dans le Preview , notez que la nouvelle colonne DimProduct a été ajoutée à la table FactSalesOrder. Développez la colonne en cliquant sur la flèche à droite du nom de la colonne. Sélectionnez ProductName et cliquez sur OK .
-
Si vous souhaitez consulter les données d’un seul produit, à la demande d’un responsable, vous pouvez désormais utiliser la colonne ProductName pour filtrer les données dans la requête. Filtrez la colonne ProductName pour afficher uniquement les données de Cable Lock .
-
À partir de là, vous pouvez analyser les résultats de cette requête unique en sélectionnant Visualiser les résultats ou Ouvrir dans Excel . Vous pouvez maintenant voir exactement ce que le responsable demandait, nous n’avons donc pas besoin d’analyser davantage les résultats.
Visualisez vos données
Vous pouvez facilement visualiser les données dans une seule requête ou dans votre entrepôt de données. Avant de visualiser, masquez les colonnes et/ou les tableaux qui ne conviennent pas aux concepteurs de rapports.
-
Dans le volet Explorateur , sélectionnez la vue Modèle .
- Masquez les colonnes suivantes dans vos tableaux de faits et de dimensions qui ne sont pas nécessaires pour créer un rapport. Notez que cela ne supprime pas les colonnes du modèle, cela les masque simplement de la vue sur le canevas du rapport.
- FaitVenteCommande
- CléDateCommandeVentes
- Clé client
- Clé de produit
- DimClient
- Clé client
- CléAltClient
- DimDate
- CléDate
- DateCléAlt
- DimProduit
- Clé de produit
- CléAltProduit
- FaitVenteCommande
-
Vous êtes maintenant prêt à créer un rapport et à mettre cet ensemble de données à la disposition des autres. Dans le menu Accueil, sélectionnez Nouveau rapport . Cela ouvrira une nouvelle fenêtre dans laquelle vous pourrez créer un rapport Power BI.
-
Dans le volet Données , développez FactSalesOrder . Notez que les colonnes que vous avez masquées ne sont plus visibles.
- Sélectionnez VentesTotal . Cela ajoutera la colonne au canevas du rapport . Étant donné que la colonne est une valeur numérique, le visuel par défaut est un histogramme .
- Assurez-vous que l’histogramme sur le canevas est actif (avec une bordure et des poignées grises), puis sélectionnez Catégorie dans la table DimProduct pour ajouter une catégorie à votre histogramme.
-
Dans le volet Visualisations , modifiez le type de graphique d’un histogramme à un graphique à barres groupées . Redimensionnez ensuite le graphique si nécessaire pour garantir que les catégories sont lisibles.
-
Dans le volet Visualisations , sélectionnez l’ onglet Formater votre visuel et dans le sous-onglet Général , dans la section Titre , remplacez le texte par Ventes totales par catégorie .
-
Dans le menu Fichier , sélectionnez Enregistrer . Enregistrez ensuite le rapport en tant que rapport de ventes dans l’espace de travail que vous avez créé précédemment.
-
Dans le menu de gauche, revenez à l’espace de travail. Notez que vous disposez désormais de trois éléments enregistrés dans votre espace de travail : votre entrepôt de données, son ensemble de données par défaut et le rapport que vous avez créé.
7. Nettoyer les ressources
Dans cet exercice, vous avez créé un entrepôt de données contenant plusieurs tables. Vous avez utilisé SQL pour insérer des données dans les tables et les interroger. et a également utilisé l’outil de requête visuelle. Enfin, vous avez amélioré le modèle de données pour l’ensemble de données par défaut de l’entrepôt de données et l’avez utilisé comme source d’un rapport.
Si vous avez fini d’explorer votre entrepôt de données, vous pouvez supprimer l’espace de travail que vous avez créé pour cet exercice.
- Dans la barre de gauche, sélectionnez l’icône de votre espace de travail pour afficher tous les éléments qu’il contient.
- Dans le menu … de la barre d’outils, sélectionnez Paramètres de l’espace de travail .
- Dans la section Autre , sélectionnez Supprimer cet espace de travail .
Note : Source https://learn.microsoft.com/
Aller plus loin
L’analytique dans Microsoft Fabric vous interesse? Passez au niveau supérieur, obtenez la certification DP 600 en suivant le parcours de formation en ligne offert gratuitement par Microsoft sur son site d’apprentissage officiel.
Vous pouvez y accéder directement via ce lien😉 : https://learn.microsoft.com/fr-fr/credentials/certifications/exams/dp-600/
Créer un bouton pour exporter les données du visuel PowerBI vers Excel ou CSV
Découvrir la DataScience dans Microsoft Fabric
Organisez votre lakehouse Fabric à l’aide de la conception d’architecture en médaillon
Ingérer des données avec des notebooks Spark et Microsoft Fabric
La version d’essai de Microsoft Fabric à nouveau disponible
Utiliser des tables Delta dans Apache Spark
Analysez les données avec Apache Spark
Bien démarrer avec les Lakehouses dans Fabric
Activez et utilisez Microsoft Fabric






