Het is by design niet mogelijk om de verwijderde rijen op te vragen via de *Incremental-tabellen. Dit zou eventueel kunnen door een query op SyncDeleted, maar er zijn talrijke pitfalls die niet door Exact zijn gedocumenteerd.
De *Incremental-tabellen bevat een volledige weerspiegeling van de actuele situatie na bijwerking door nieuwe rijen toe te voegen, oude te verwijderen en gewijzigde bij te werken.
Het bijwerken vanuit Python kan, maar is redelijk complex om goed, vlot en correct te bouwen. In Invantive Cloud kan het bijwerken van een Azure database met maar één SQL-statement in korte tijd gerealiseerd worden. Dit SQL-statement kan in een applicatiemodule gezet worden. Zie bijvoorbeeld Synchroniseer uw gegevens met één SQL-statement over meerdere cloudplatformen heen en Wat is Invantive App Online?.
Als een niet-incrementele lading van de Azure SQL Server database gewenst is, gebruik dan create or replace table of bulk insert (beiden gebruik inwending bulk insert voor maximale snelheid). Ook met grote aantallen rijen zal de Invantive SQL-engine de data streaming verwerken. Enige aandachtspunt is het beperken van de hoeveelheid netwerkverkeer; na compressie talrijke gigabytes is ongewenst.
De eerder aangehaalde tekst is verfijnd om duidelijker te maken dat het gaat om interne afhandeling:
De
Incrementaltabellen borduren voort op de Sync API’s van Exact Online en verbergen alle complexiteit en talrijke pitfalls bij het gebruik van de sync API’s intern. Ze gebruiken onderwater na eerste gebruik meestal 2 API calls bij Exact Online, onafhankelijk van het aantal rijen:
- een aanroep naar de bijbehorende
SyncExact Online REST API om alle mutaties sinds de laatste keer op te halen, en- een aanroep naar de Deleted API van Exact Online om alle verwijderde rijen op te halen.
Het gebruik van *Incremental-tabellen kan niet leiden tot terugkerende itgeneor229 meldingen. Zelfs bij administraties met tientallen miljoenen rijen zal de dataset initieel geladen zijn na enkele dagen. Het uitlezen van een *Incremental-tabel kan wel leiden tot het tonen van de itgeneor229 melding, maar de oorzaak daarvan zit in de daaraan voorafgaande API-calls.
Via het Invantive Cloud scherm Sessie I/O’s is vlot de oorzaak te achterhalen. Meer tips over het beperken van het API-gebruik op Exact Online zijn te lezen op:
- Itgeneor229 Exact API limiet na Itgenboe161
- Geleidelijke verlaging van Exact Online API-limieten leidt tot "Too many requests" en itgeneor229 of itgenexl150 foutmeldingen
- Itgeneor229 Verkrijg meer API-aanroepen per dag dan de huidige limiet van 15.000-aanroepen of probeer het morgen opnieuw. The remote server returned an error: (429) Too Many Requests - 2 van forums
Mocht hiermee niet opgelost zijn, dan is advies om een apart topic hiervoor te maken en de problematiek duidelijker uiteen te zetten.