Fonctionnement du mode Direct Lake avec la création de rapports Power BI
Dans Microsoft Fabric, lorsque l’utilisateur crée un lakehouse, le système provisionne également le point de terminaison d’analytique SQL associé et le modèle sémantique par défaut en mode Direct Lake. Vous pouvez ajouter des tables du lakehouse au modèle sémantique par défaut en accédant au point de terminaison d’analyse SQL et en cliquant sur le bouton Gérer le modèle sémantique par défaut dans le ruban Reporting. Vous pouvez également créer un modèle sémantique Power BI non défini par défaut en mode Direct Lake en cliquant sur nouveau modèle sémantique dans le point de terminaison Lakehouse ou SQL Analytics. Le modèle sémantique non 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 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 dans des visuels, il le demande à partir du 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. Pour plus d’efficacité, le modèle sémantique peut conserver certaines données dans le cache et l’actualiser si nécessaire. 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 consulte le rapport Power BI, les autorisations nécessaires sur le lakehouse sous-jacent doivent être définies.
L'une des options consiste à attribuer à l’utilisateur le rôle de Viewer dans l’espace de travail afin d'accéder à tous les éléments de celui-ci, y compris le lakehouse, ainsi que les modèles sémantiques et les rapports, s'ils sont présents dans cet espace de travail. L'utilisateur peut également se voir attribuer le rôle d'administrateur, de membre ou de contributeur pour avoir un accès total aux données et 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 par défaut peuvent utiliser une identité fixe pour lire des données à partir de l'entrepôt de données, sans accorder aux utilisateurs du rapport un accès à cet entrepôt, et les utilisateurs peuvent obtenir la permission d'accéder au rapport via une application . En outre, avec l’identité fixe, les modèles sémantiques non 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.