Stack/Data

Redis

Caching en wachtrijen, zodat piekverkeer geen vertraging oplevert.

DataIn gebruik sinds 2019Regelmatig in gebruik

01Waarom deze keuze

Caching en wachtrijen, zodat piekverkeer geen vertraging oplevert.

02Mijn aanpak

Ik ontwerp een database om de vragen die je erover gaat stellen. Welke rapportages moeten eruit komen, welke gegevens mogen nooit tegenstrijdig zijn, en waar wordt het het drukst. Dat bepaalt de indeling meer dan de schermen doen.

Verder houd ik het aantal lagen beperkt. Caching en zoekindexen voeg ik toe waar ze een gemeten probleem oplossen, niet vooruitlopend op groei die er misschien nooit komt.

03Waar het in de praktijk misgaat

  • Bedragen opslaan als komma-getal in plaats van in centen
  • Indexen pas toevoegen als het al langzaam is
  • Een cachelaag gebruiken als lapmiddel voor een verkeerd datamodel

04Waar het minder past

Alles staat in het geheugen, dus het is geen vervanging voor je database.

Vragen over techniekkeuzes.

Past dit bij wat jij nodig hebt?