Gripp - La mise à jour du tableau des heures est lente sur powerbi.com par rapport à Power BI Desktop

J’ai remarqué qu’il faut beaucoup de temps pour récupérer les données depuis Gripp. Il est entre-temps connu que cela est dû à une API limitée et/ou lente de la part du fournisseur du logiciel. Cependant, je me heurte à un problème de Timeout lors de l’actualisation du jeu de données sur powerbi.com.

Lorsque j’exécute l’actualisation (Refresh) sur Power BI Desktop depuis un PC local, l’actualisation est terminée en environ 30 à 60 minutes. Cela s’explique par une table Hours volumineuse (plus de 100 000 lignes). Lorsque je publie ensuite le tableau de bord sur powerbi.com et que je le fais actualiser via une actualisation automatique, j’obtiens le message d’erreur ci-dessous. Comment se fait-il que l’actualisation prenne 30 à 60 minutes en local, et plus de 2 heures en ligne ?

J’ai déjà optimisé la requête en allongeant l’option de délai d’expiration (time-out) dans Power BI. Voir ci-dessous.

let
    Source = OData.Feed("https://bridge-online.cloud/{datacontainer}/odata4", null, [Implementation="2.0", Timeout=#duration(0,4,0,0)]),
    #"GrippCrm.DEFAULT.Hours@grp_table" = Source{[Name="GrippCrm.DEFAULT.Hours@grp",Signature="table"]}[Data],
// Etc.....

Un problème similaire a été mentionné dans le sujet ci-dessous.

Het is lastige te bepalen waarom de PowerBI.com als consumer langzamer draait dan vanaf Power BI Desktop. Naast dat Microsoft zelf bepaalt hoeveel rekenkracht en netwerkcapaciteit aan PowerBI.com wordt toegewezen, kan ook een factor zijn dat de Gripp API een limiet kent qua aantal API calls. Tegen meerprijs kunnen extra API-calls aangeschaft worden.

Door het opgeven van filterstappen / where-clauses kan het datavolume beperkt worden, waardoor in het ideale geval de verwerkingstijd lineair korter wordt.

Mogelijkerwijs dat in het scherm Sessie I/O’s of via SystemPartitions@Datadictionary of SessionIOs@DataDictionary meer context te bepalen is. Bij SessionIOs@DataDictionary op Gripp CRM zullen eventueel doorgestuurde filters (“server-side filtering”) zichtbaar zijn als “Public Query Parameter”. In Invantive Bridge Online Monitoring is query folding zichtbaar.

Mocht het problematisch zijn, dan is advies om via een kort consult ondersteuning te zoeken.

Deze vraag is automatisch gesloten na 2 weken inactiviteit. Het laatste gegeven antwoord is gemarkeerd als oplossing.

Gelieve een nieuwe vraag te stellen via een apart topic als het probleem opnieuw optreedt. Gelieve in de nieuwe vraag een link naar dit topic op te nemen door de URL er van in de tekst te plakken.