Teamleader is inderdaad voor wat betreft ophalen custom fields een platform berucht voor de trage werking en hoge totale CPU-belasting; dit wordt veroorzaakt doordat er een beperkt aantal API-calls per minuut uitgevoerd mogen worden terwijl voor elke rij een aparte API-call nodig is. Downloadtijden van uren zijn niet ongebruikelijk.
U kunt voor datasets een afwijkende (hogere) cachelevensduur toestaan. In het beschreven scenario kunt u bijvoorbeeld meegeven:
Cache-Control: private,max-age: 604800
voor 7 dagen zoals beschreven in Real-time OLTP-style OData4 requests for Power Apps and other interactive website builders. U kunt dan bijvoorbeeld op de verschillende dagen van de week telkens een andere set actualiseren.
In Power Query ziet dit er uit als volgt:
let
Source = OData.Feed("https://server/prefix/odata4", null, [Implementation="2.0", ODataVersion=4, OmitValues=ODataOmitValues.Nulls, Headers=[Referer = "MyReport", #"Cache-Control" = "private,max-age=604800" ], Timeout=#duration(0,6,0,0)]),
...
Daarnaast kunt u kijken of het mogelijk is via shared datasets in Power BI Service met verschillende verversfrequenties te werken.
Daarnaast kunt u ook kijken naar de mogelijkheid om per gewenste levensduur een aparte database te definieren met andere cache levensduurinstellingen.
Algemene tip is om downloads op Teamleader NIET parallel uit te voeren, maar achtereenvolgens. Door bijvoorbeeld 4 downloads de erg lage rate limit te laten delen zal de doorvoersnelheid niet verhoogd worden, maar is de totale duur wel 4x zo hoog.