Fonctionnement du mode Direct Lake avec les rapports Power BI
Dans Microsoft Fabric, lorsque l’utilisateur crée un lakehouse, le système provisionne également le point de terminaison SQL associé et le modèle sémantique par défaut en mode Direct Lake. Vous pouvez ajouter des tables de lakehouse au modèle sémantique par défaut en accédant au point de terminaison d'analytique SQL et en cliquant sur le bouton Gérer le modèle sémantique par défaut dans le ruban Rapports. Vous pouvez également créer un modèle sémantique Power BI autre que celui par défaut en mode Direct Lake en cliquant sur Nouveau modèle sémantique dans le point de terminaison Lakehouse ou d'analytique SQL. Le modèle sémantique autre que celui par défaut est créé en mode Direct Lake et permet à Power BI de consommer des données en créant des rapports Power BI, en explorant et en exécutant des requêtes DAX créées par l'utilisateur dans Power BI Desktop ou dans l'espace de travail lui-même. Le modèle sémantique par défaut créé dans le point de terminaison d'analytique SQL peut être utilisé pour créer des rapports Power BI, mais il présente d'autres limitations.
Lorsqu'un rapport Power BI affiche des données sous forme de visuels, il les demande au modèle sémantique. Ensuite, le modèle sémantique accède à un lakehouse pour consommer des données et les retourner au rapport Power BI. Par souci d'efficacité, le modèle sémantique peut conserver certaines données dans le cache et les rafraîchir en cas de besoin. La vue d’ensemble de Direct Lake contient plus de détails.
Lakehouse applique également l'optimisation de l'ordre V aux tables delta. Cette optimisation offre des performances sans précédent et la possibilité de consommer rapidement de grandes quantités de données pour les rapports Power BI.
Définition des autorisations pour la consommation de rapports
Le modèle sémantique en mode Direct Lake consomme des données d’un lakehouse à la demande. Pour vous assurer que les données sont accessibles à l'utilisateur qui affiche le rapport Power BI, les autorisations nécessaires sur le Lakehouse sous-jacent doivent être définies.
Une option consiste à donner à l'utilisateur le rôle de Viewer dans l'espace de travail pour consommer tous les éléments de l'espace de travail, y compris le lakehouse, s'il se trouve dans cet espace de travail, les modèles sémantiques et les rapports. L'utilisateur peut également se voir attribuer le rôle d'administrateur, de membre ou de contributeur afin d'avoir un contrôle total des données et de pouvoir créer et modifier les éléments, tels que les lakehouses, les modèles sémantiques et les rapports.
En outre, les modèles sémantiques non définis par défaut peuvent utiliser une identité fixe pour lire les données du lakehouse, sans donner aux utilisateurs du rapport un accès au lakehouse, et les utilisateurs peuvent obtenir l'autorisation d'accéder au rapport par le biais d'une application. De plus, avec l'identité fixe, les modèles sémantiques non définis par défaut en mode Direct Lake peuvent avoir une sécurité au niveau des lignes définie dans le modèle sémantique pour limiter les données que l'utilisateur du rapport voit tout en conservant le mode Direct Lake. Une sécurité basée sur SQL au niveau du point de terminaison d'analytique SQL peut également être utilisée, mais le mode Direct Lake reviendra à DirectQuery, ce qui devrait être évité pour maintenir les performances de Direct Lake.