Algemeen punt 2 van aandacht is het configureren van time-out in Azure Data Factory / Microsoft Fabric.
Enkele voorbeelden:
itgenboe312
De gegevensdownload werd geannuleerd na 10 minuten, 1 seconde, bijvoorbeeld doordat Azure Data Factory de download voortijdig beëindigde als gevolg van een time-out ingesteld in Azure Data Factory.
Optimaliseer uw query zoals beschreven op Overzicht van Power BI-technieken om prestaties en downloadtijd te verbeteren - invantive. Voer de query vervolgens opnieuw uit.
URL: ExactOnlineREST.CRM.AddressesBulk@eol?$filter = Modified ge 2026-05-01T16:00:30.3259182Z
Exact heeft er in 2022 voor gekozen om op de achterliggende bulk-API Addresses geen filter (meer) toe te staan op Modified om bij gebruikers het gebruik van de *Incremental-API’s te stimuleren.
Zie ook bijvoorbeeld:
- Exact Online Bulk endpoints (server-side filtering)
- Mandatory filtering on single and bulk endpoints where sync APIs are available
Gezien het korte tijdsbestek is waarschijnlijk het gebruik van ExactOnlineREST..Addresses vele malen sneller, aangezien hier wel een server-side filter mogelijk is op Modified, ondanks de pakweg 12x tragere downloadsnelheid.
Dit is controleerbaar aan de hand van:
select *
from AddressesBulk@eol
where Modified >= sysdateutc - 1/24
select url
from SessionIOs@DataDictionary
where call_safe_name = 'ExactOnlineREST.CRM.AddressesBulk'
order
by id desc
select *
from Addresses@eol
where Modified >= sysdateutc - 1/24
select url
from SessionIOs@DataDictionary
where call_safe_name = 'ExactOnlineREST.CRM.Addresses'
order
by id desc
Dit is ook vooraf te bepalen met deze query:
select table_name
, name
, can_filter_server_side
, influences_insert
from SystemTableColumns@DataDictionary
where name = 'Modified'
and table_name in ('Addresses', 'AddressesBulk')
and table_catalog_name = 'ExactOnlineREST'
De resultaten met en zonder server-side filtering zijn identiek, alleen het aantal API-calls kan sterk varieren.