De nieuwe release van Invantive Cloud toont in de Live Monitoring nu ook meerdere statistieken over het gebruik van de gebruikte API’s van de gekoppelde platformen.
De getoonde UniversalSQL-query geeft expliciet instructie om maximaal 10 rijen op te halen. Blijkens de rode (1) zijn er 5 partities (in dit geval Exact Online-administraties) geselecteerd.
Invantive UniversalSQL zal dan de gezochte gegevens tegelijk opvragen bij meerdere partities. Meestal is dat beperkt tot 8 partities tegelijk.
Bij de rode (2) is sinds deze release zichtbaar dat:
- Er in totaal 4 API-calls gemaakt zijn voordat de query eindigde. De vijfde partitie was niet meer nodig omdat er al tenminste 10 rijen beschikbaar gekomen waren.
- Er in totaal 80 rijen in de verwerkingspijplijn geladen waren voordat de query eindigde. De eerste 10 zijn gebruikt en de rest is vervallen.
- Ook de rest van de 240 rijen die met vier API-calls in dit geval al opgehaald waren zijn vervallen omdat ze niet meer nodig waren.
- Er is in totaal 112 KB aan netwerkverkeer geweest (na decompressie) met het achterliggende API-platform, in dit geval Exact Online. Het uiteindelijke antwoord bevatte 367 bytes.
- Er zijn geen gegevens gebruikt uit een geheugen- of schijfcache.
De nieuwe kengetallen worden verzameld voor alle (cloud)platformen, en zijn volledig verwerkt in de werking van UniversalSQL en veroorzaken een verwaarloosbare overhead.
De onderliggende details zijn ook te raadplegen in het scherm “Sessie I/O’s”, met dien verstande dat deze tot 10 minuten vertraagd kan zijn.
De informatie is voor gebruikers tot maximaal 24 uur na uitvoering van een operatie beschikbaar.
Regelmatig worden de statistieken bijgewerkt met gegevens uit een partitie zodra er rijen vanuit de partitie beschikbaar komen. Bij *Incremental-tabellen gaat dat schoksgewijs.
Bijzonderheden
De kengetallen kunnen soms verwarrend zijn. Bijvoorbeeld bij het gebruik van de *Incremental-tabellen op Exact Online vinden complexe berekeningen plaats om de volledigheid en integriteit te controleren en de gegevens aan te vullen met recente informatie.
In een omgeving met pakweg 7.500 artikelen verspreid over 5 administraties zal de volgende query bij een herhaalde uitvoering een complex beeld geven:
select count(*)
from ItemsIncremental@eol
Volgens bovenstaande meting zijn er bijna 30.000 rijen verwerkt in de keten waarbij 77 MB aan API de keten passeerde. In totaal werden 10 API-calls beantwoord uit een cache en 20 API-calls uitgevoerde op het echte platform.
Mogelijk zullen de weergaves nog verbeterd worden in toekomstige releases.