Delen via


Cache op niveau 1 implementeren

Cache op niveau 1 in data-API builder vermindert redundante aanvragen voor de database door de entiteit tijdelijk in de cache op te cachen, resulteert in het geheugen. Deze caching verbetert de prestaties voor frequente query's en voorkomt dat de database onnodig wordt geraakt.

Cache globaal inschakelen

Als u caching wilt inschakelen, stelt u de globale runtimeconfiguratie in:

"runtime": {
  "cache": {
    "enabled": true,
    "ttl-seconds": 60
  }
}
  • enabled: Vereist. Hiermee schakelt u caching wereldwijd in.
  • ttl-seconds: optioneel. Hiermee definieert u de standaard time-to-live (in seconden) voor items in de cache.

Bekijk de instellingen voor runtimecache.

Cache per entiteit inschakelen

Elke entiteit moet zich ook aanmelden voor het gebruik van cache:

"MyEntity": {
  "cache": {
    "enabled": true,
    "ttl-seconds": 30,
    "level": "L1"
  }
}
  • enabled: Vereist. Hiermee schakelt u caching in voor deze specifieke entiteit.
  • ttl-seconds: optioneel. Als dit niet is opgegeven, neemt u de TTL-waarde (Time-to-Live) over van de globale TTL-waarde.
  • level: optioneel. Hiermee bepaalt u welke cachelagen worden gebruikt. L1 maakt alleen gebruik van cache in het geheugen; L1L2 (standaard) maakt gebruik van zowel in-memory als gedistribueerde cache.

Zie de instellingen voor de entiteitscache.

Opmerking

De data-API builder 2.0-functionaliteit die in deze sectie wordt beschreven, is momenteel in preview en kan veranderen vóór algemene beschikbaarheid. Zie Wat is er nieuw in versie 2.0 voor meer informatie.

Behavior

  • Alleen van toepassing op REST-eindpunten.
  • Werkt per route, per parameter.
  • Cache is ongeldig wanneer gegevens worden gewijzigd (maken, bijwerken, verwijderen).
  • Entiteit ttl-seconds overschrijft globaal ttl-seconds.

Notes

  • Cache op niveau 1 is alleen in het geheugen.
  • Het meest geschikt voor leesintensieve scenario's met lage gegevensvolatiliteit.