Je hebt een sales-tabel met miljoenen rijen, gepartitioneerd op datum. Veel gebruikers voeren frequent aggregatiequeries (AVG, MAX, SUM) uit over alleen het afgelopen jaar; queries moeten de meest recente gegevens weerspiegelen en je wilt lagere kosten en latency. Wat moet je doen?

Een materialized view (gematerialiseerde view) is de beste oplossing omdat deze de geaggregeerde resultaten vooraf berekent en opslaat, wat de queryprestaties aanzienlijk verbetert en de kosten verlaagt voor veelvoorkomende aggregatiequeries. Door een filterclausule toe te voegen voor het afgelopen jaar, beperk je de omvang van de materialized view, wat de opslagkosten en de verwerkingstijd voor het bijwerken verder reduceert. De optie met partitie-expiratie op de basistabel is incorrect omdat dit data permanent zou verwijderen, terwijl de volledige historische data nodig kan zijn voor andere analyses. Een reguliere view is incorrect omdat deze de query elke keer opnieuw uitvoert op de basistabel, wat geen prestatieverbetering of kostenreductie oplevert. Een nieuwe tabel met een geplande query is minder efficiënt dan een materialized view; het vereist handmatig beheer van de update-logica en kan leiden tot hogere kosten en complexiteit dan een ingebouwde oplossing zoals een materialized view.