• Accueil
  • Automatisation
  • Performance
  • Sécurité
  • Intelligence
  • Recrutement
  • Contact
  • Blog
WAPSIWAPSIWAPSIWAPSI
  • W
  • A
  • P
  • S
  • I

Les différents modes de connexion aux sources de données Power BI

    Home Articles Les différents modes de connexion aux sources de données Power BI
    NextPrevious

    Les différents modes de connexion aux sources de données Power BI

    By WAPSI | Articles, Sécurité, Tests | Comments are Closed | 12 mars, 2020 | 6

    Nous avons eu beaucoup de conversations avec nos clients concernant l’accès aux données sources avec Power Bi, en particulier la différence entre les multiples modes de connexion. 

    Les questions qui se répètent souvent sont :

    • Comment charger des données volumineuses pour produire des tableaux de bord ? 
    • Quelles méthodes utiliser pour se connecter aux sources de données ?
    • Qu’est-ce qu’il faut prendre en considération afin de faire le bon choix ?   

    Nous allons répondre – dans cet article – à ces questions et expliquer la différence entre chaque mode.  

    Tout d’abord il faut savoir qu’il existe plus précisément 3 façons de se connecter aux données sources et non seulement deux, comme certains le pensent :  

    • Importation de données  
    • Connexion directe 
    • Connexion active (option disponible que pour les modèles SSAS) 

    Importation de données 

    Base de données SQL Server

    En se connectant à vos sources de données en local ou sur le cloud, par exemple une base de données Azur, vous allez faire une copie de vos données et l’importer dans Power BI Desktop où vous pouvez commencer à transformer et à modéliser. 

    Par la suite les rapports seront publiés dans le service Power Bi, il s’agit d’un envoi d’une copie du modèle de données de Power Bi Desktop vers les serveurs de Microsoft.  

    L’actualisation des données dans le service Power BI, se fait manuellement (interactive) ou automatiquement. 

    Power Bi offre la possibilité d’importer plusieurs sources de données de différents types et les croiser si besoin.  

    Si par exemple les données proviennent d’une base SQL Server, données Excel ou bien une liste de données SharePoint, vous pouvez consolider l’ensemble afin de produire les graphes attendus. 

    Avec ce mode de connexion vous pouvez :  

    • Utiliser toutes les options du Power Query et les requêtes Dax. 
    • Modéliser. 
    • Voir les jeux de données. 

    Pourquoi utiliser le mode d’import des données ? 

    • Le traitement sera rapide puisque les données seront dans la mémoire. 
    • Vous avez toutes les capacités et les fonctionnalités dans Power Bi (Power Query & DAX).
    • Si les données ne sont pas volumineuses (moins de la limite permise), vous pouvez utiliser l’import des données. 

    Quelles sont les limites d’utilisation ? 

    • Pour la publication dans le service Power Bi dans le cloud, vous avez une limite de 1 Gb de datasets (capacité de partage), néanmoins avec un abonnement premium vous pouvez publier jusqu’à 10 Gb de datasets. 
    • Dans le cas où vous avez plus de 10 Gb de datasets, vous pouvez utiliser les tables d’agrégations et faire un mix d’import de données et Direct Query. Cette solution va diminuer le volume de données à utiliser. 

    Au moment de la connexion en mode Direct Query, vous n’importez pas les données mais le schéma et la structure de votre modèle.  

    Dans Power Bi Services, à chaque interaction de l’utilisateur avec les graphes, des requêtes seront générées instantanément et émises vers les sources pour récupérer les données. 

    Ces requêtes sont complexes et lentes c’est pour cela les tests sont indispensables. 

    Quand utiliser Direct Query ? 

    • Si les données sont volumineuses et dépassent les limites de Power BI.  
    • Si les données sont mises à jour fréquemment. 
    • Les données doivent être préparées en amant afin d’avoir les bons résultats et gagner en performance.
    • Si les données sont mises à jour fréquemment. 

    Quelles sont les limites d’utilisation ? 

    • Les fonctionnalités de Power Query et DAX seront limitées. Par exemple le time intelligence est inexistant. 
    • Toutes les sources de données ne peuvent pas être connectées à Power Bi via le Direct Query.  
    • Néanmoins vous pouvez créer un connecteur personnalisé en utilisant un driver ODBC pour avoir la fonctionnalité de Direct Query.  
      Le lien suivant montre les sources de données qui sont prises en charge par le mode DirectQuery :  https://docs.microsoft.com/fr-fr/power-bi/power-bi-data-sources 

    Connexion directe (live) :   

    Ce mode est spécifique aux connexions aux sources SSAS.

    Qu’est-ce qu’il faut savoir sur la connexion directe ?  

    La connexion directe assure une lecture du model SSAS. Lorsque vous vous connectez, aucune requête n’est définie, et le modèle entier apparaît dans la liste de champs.  

    Concernant la sécurité des données (RSL), utiliser une connexion directe au cube a un grand avantage : la sécurité implémentée dans le cube est transférée dans Power BI Desktop et Power BI Services. 

     

    Quand utiliser la connexion directe ? 

    • Si le modèle SSAS tabulaire ou multidimensionnel tout prêt (modélisation et mesure). 
    • Si le modèle SSAS est centralisé. 
    • Si le modèle est volumineux et/ou complexe. 

    Quelles sont les limites d’utilisation ? 

    • Avec ce type de connexion, il n’est pas possible de définir de nouvelles colonnes calculées, hiérarchies, relations et autres.  
    • En revanche, vous pouvez toujours faire des mesures au niveau des rapports avec DAX s’il s’agit d’un cube tabulaire quel que soit la source SSAS en local ou sur azur. 

    Pour conclure, voilà un tableau récapitulatif des trois solutions : 

    Type d’import Avantages Inconvénients
    Import de données – Traitement rapide
    – Disponibilité de toutes les sources de données
    – Utilisation de toutes les fonctionnalités de Power BI
    – Combinaison de plusieurs sources de données
    – Limitation de la capacité de partage des jeux de données
    Direct Query – Utilisation des sources volumineuses 
    – Lecture des données au moment de l’utilisation des rapports 
    – Possibilité de modéliser et d’utiliser de Power Query
    – Limitation des fonctionnalités DAX 
    – Non-compatibilité avec toutes les sources 
    – Utilisation des passerelles 
    Connexion directe (live) – Disponibilité de toutes les fonctionnalités du modèle SSAS dans Power BI
    – Lecture des données au moment de l’utilisation des rapports
    – Unique pour les modèles SSAS
    – Utilisation d’une unique source de données 
    – Seule la lecture du modèle SSAS est permise
    – Non-disponibilité des fonctionnalités du Power Query, modélisation et Dax 

    Fares Amira

    Consultant BI chez Wapsi

    No tags.

    Related Post

    • Les principes des tests logiciels

      By WAPSI | Comments are Closed

      Cet article a pour finalité de définir les tests logiciels et de mettre en avant les principes des tests logiciels.  Tout d’abord, Qu’est-ce qu’un Test logiciel ?  Contrairement aux idées reçues, le test logiciel ne se limite pas àRead more

    • Talend for Data Integration – Les Bonnes Pratiques

      By WAPSI | Comments are Closed

      1 Préambule Dans la grande majorité des cas, les développeurs découvrent les outils Talend par la version communautaire, et bien souvent avec la brique Data Integration pour traiter leurs problématiques d’intégration. Si certains ont déjàRead more

    • Dynatrace comme outil d’audit puissant, gain de temps , gain d’expertise

      By WAPSI | Comments are Closed

      Les expertises d’architecture sont souvent demandées pour aider une équipe à remettre en état et optimiser une application qui ne semble pas optimale. Le premier principe est de faire auditer avec un œil nouveau unRead more

    • Selenium – les étapes vers l’automatisation

      By WAPSI | Comments are Closed

      Selenium est un framework dédié à l’automatisation de test disposant d’une version IDE et d’une version API nommé Selenium WebDriver qui peut être exploité avec plusieurs langages : PHP, Javascript, C#, Python, Ruby, Perl etRead more

    • Talend for Data Integration : Les Bonnes Pratiques – Part 2

      By WAPSI | Comments are Closed

      1 Préambule Dans le premier volet nous avons vu les bases sur lesquelles s’appuyer pour démarrer dans de bonnes conditions nos projet Talend. Dans ce second volet, nous allons aborder des notions plus avancées …Read more

    • NeoLoad comme émulateur

      By WAPSI | Comments are Closed

      Introduction  Avec la diversification et la complexification des objets connectés, de plus en plus de structures informatiques (serveurs, programmes, etc.) voient le jour dans le but de les gérer et d’interagir avec.   Cependant, réaliser des tests de performances sur les services d’une montre ou d’une voiture connectée n’est pas chose aisée : l’interface d’interaction surRead more

    • La complexité des tests de performance sur une Single Page Application

      By WAPSI | Comments are Closed

      Les technologies de développement Web ont beaucoup évolué durant les 30 dernières années. Les pages Web des sites des années 90 étaient surchargées d’images et le contenu était très condensé. Les navigateurs n’avaient pour rôleRead more

    • Minage de crypto-monnaie

      By WAPSI | Comments are Closed

      Introduction Cet article décrit le procédé du minage des crypto-monnaies d’un point de vue fonctionnel et technique, sans rentrer dans les aspects financiers et boursiers, en l’illustrant avec l’exemple du Bitcoin. Rappel sur les crypto-monnaiesRead more

    • Boite à outil : GIT

      By WAPSI | Comments are Closed

      Il est des incontournables dans la boite à outils des dev /devOps et affiliés et git fait partis de ceux-là… Mais qu’est-ce que git ? Essayons d’imager un peu. N’avez-vous jamais eu ce fameux document WordRead more

    NextPrevious
    WAPSI logo blanc

    NAVIGATION

    • WAPSI
    • Automatisation
    • Performance
    • Sécurité
    • Intelligence
    • Contact
    • Blog

    NOUS CONTACTER

    contact@wapsi.fr

    +33 6 72 35 13 26

    16 rue Washington 75008 Paris

    Tous droits réservés © 2019 WAPSI

    Mentions légales | Politique de Confidentialité
    • Accueil
    • Automatisation
    • Performance
    • Sécurité
    • Intelligence
    • Recrutement
    • Contact
    • Blog
    WAPSI