Cachelagr den tunge rapport, så dashboardet ikke længere hakker
Et dashboard viser «antal events pr. bruger» og opdateres hvert 30. sekund. På en tabel med 100M rækker tager denne forespørgsel 8 sekunder — for langsomt til hver åbning af dashboardet. Cachelagr resultatet i en materialiseret view, og opdater den efter en tidsplan.
Byg en events-tabel med id, user_id og ts, og indsæt fem rækker. Opret en materialiseret view ved navn events_per_user, som indeholder antallet af events pr. bruger. Tilføj endnu en event til events, opdater den materialiserede view — efter opdateringen skal tallene afspejle den nye tilstand.
Eksempel på forventet output
Sådan ser et korrekt svar ud — dets rækketal er dets eget og behøver ikke at matche skematabellerne.
| n | user_id |
|---|---|
| 4 | 1 |
| 2 | 2 |
Log ind for at se indsendelseshistorik
Log indLog ind for at bruge AI-mentor
Log indIntet startskema
Denne opgave starter uden tabeller — du opretter dem via CREATE TABLE.