Gripp - Stundentabelle wird auf powerbi.com langsamer aktualisiert als in Power BI Desktop

Fragen (nl)
, ,
1

Ich stelle fest, dass das Abrufen von Daten aus Gripp lange dauert. Mittlerweile ist bekannt, dass dies an einer begrenzten und/oder langsamen API seitens des Softwareanbieters liegt. Allerdings stoße ich beim Aktualisieren des Datasets auf powerbi.com auf ein Timeout-Problem.

Wenn ich die Aktualisierung lokal auf einem PC in Power BI Desktop ausführe, ist sie innerhalb von etwa 30 bis 60 Minuten abgeschlossen. Das liegt an einer großen Hours-Tabelle (100.000+ Zeilen). Wenn ich das Dashboard anschließend auf powerbi.com veröffentliche und es per automatischer Aktualisierung aktualisieren lasse, erhalte ich die unten stehende Fehlermeldung. Wie kann es sein, dass die Aktualisierung lokal 30 bis 60 Minuten dauert, online aber länger als 2 Stunden?

image
image792×305 15.2 KB

Ich habe die Abfrage bereits mithilfe einer verlängerten Timeout-Option in Power BI optimiert. Siehe unten.

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.....

Ein ähnliches Problem wurde im unten stehenden Thema erwähnt.

2

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.

3

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.