De werking van de cache Invantive Bridge Online staat in dit artikel beschreven.
Uitgangspunt van Invantive Bridge is pull: de data wordt opgehaald als ze gevraagd worden. Dit in tegenstelling tot Invantive Data Replicator die alleen pull is vanuit Invantive SQL maar push vanaf de database (SQL Server bijvoorbeeld). Pull werkt in de meeste scenario’s beter omdat je dan meer real-time bent.
Het ophalen duurt in principe net zolang als zelf de API bevragen, met dien verstande dat de caches en Invantive SQL optimalisaties bij bijvoorbeeld een join de looptijd kunnen verkorten. Je kunt aan pre-loading doen - net zoals bijvoorbeeld bij Microsoft IIS - door bijvoorbeeld 's nachts het OData4 request al eens af te vuren.
Als je wilt werken met incremental data, dan hangt de haalbaarheid daarvan af van de tabel/API. Niet elke Exact Online API kan incrementeel data teruggeven. Of op bepaalde velden een filter doorgestuurd wordt naar het achterliggende platform heet “server-side filtering” en is een eigenschap op het veld. Die kun je met F4 (Describe) zien als je de tabelnaam intikt in het Invantive Query Tool.
Deze werkwijze blijkt in praktijk ook goed te werken bij bijvoorbeeld TransactionLinesBulk. Hier komt binnenkort een incrementele versie van (de Sync API’s van Exact Online), maar tot een paar miljoen rijen kun je prima telkens volledig verwerken als maar 1 administratie is.
Het daadwerkelijke gebruik van OData en achterliggend platform kun je ook in Invantive Cloud terugvinden. Voor real-time informatie svp even bellen met support; die kunnen real-time via een monitorscherm alle draaiende queries zien qua voortgang.