Utilisation de paramètres de requête dans un tableau de bord Power BI en ligne qui accède à de grandes quantités de données

Question

Je suis nouveau dans Power BI. J'ai besoin de créer un tableau de bord pour le publier afin que les utilisateurs sans l'application de bureau puissent toujours y accéder.

La table dans laquelle j'essaie de récupérer des statistiques est très volumineuse (lignes 400 MM). Je peux écrire des requêtes qui utilisent un paramètre pour filtrer les résultats à un nombre beaucoup plus faible (2MM lignes). J'ai besoin de créer un lien sur l'application qui amène l'utilisateur au tableau de bord en ligne montrant les résultats filtrés (récupérés sur la base du paramètre de recherche) qui doit être actualisé chaque fois qu'un utilisateur accède au tableau de bord.

Quelques questions que j'ai sont:

1) sont 2 rangées de MM déjà trop de données pour pouvoir BI en ligne pour gérer?

2) Je sais que les paramètres sont disponibles dans le Power BI Desktop mais je lis que si je publie le rapport avec un paramètre, il utilisera la valeur param qui a été définie lors de la publication. La modification de ce paramètre à partir de l'URI ou par requête ne sera pas possible. Est-ce exact?

3) Suis-je préférable de créer un rapport SSRS plutôt que d'interroger la base de données directement à partir de Power BI? Et, si j'utilise SSRS, est-il utile d'afficher le rapport via un tableau de bord Power BI? (Plutôt que d'intégrer le rapport SSRS dans l'application)

La technologie de base de données J'utilise actuellement Oracle, mais je vais migrer vers SQL Server (sur prem ou le nuage, je ne l'ai pas décidé encore)

Merci d'avance!

Answer 1

Il semble que vous ayez de nombreuses exigences difficiles à mélanger. PowerBI peut facilement gérer des lignes de 400 mm et obtenir une interactivité adaptée et réactive. Vous pouvez facilement planifier l'actualisation de ces données plusieurs fois par jour, mais si vous souhaitez que l'actualisation soit effectuée lorsqu'un utilisateur accède au rapport, cela entraînera un certain temps d'attente, même s'il ne chargeait que 2 millions de lignes. Peut-être qu'une solution consiste à avoir des données "en temps quasi réel" dans PowerBI qui contient toutes les 400 millions de lignes, et des données "live" disponibles via SSRS qui seront moins réactives et moins interactives.

La migration vers SQL Server ultérieurement pourrait vous permettre d'utiliser DirectQuery, qui vous fournirait des données en temps réel (agrégées par le moteur de base de données) dans PowerBI.