Een weergave wordt niet apart opgeslagen:wanneer u een weergave opvraagt, wordt de weergave vervangen door de definitie van die weergave. Dus en wijzigingen in de gegevens in de tabellen worden onmiddellijk weergegeven via de weergave.
Naast de eerder genoemde beveiligingsfunctie:
Als u een groot aantal query's schrijft die die join zouden uitvoeren, wordt die SQL-code buiten beschouwing gelaten. Net als het uitvoeren van enkele bewerkingen in een functie die op verschillende plaatsen wordt gebruikt, kan het uw code gemakkelijker te lezen/schrijven/debuggen maken.
Het zou u ook in staat stellen om de manier waarop de samenvoeging in de toekomst wordt uitgevoerd op één plaats te wijzigen. Misschien kan een 1-op-veel-relatie een veel-op-veel-relatie worden, waardoor een extra tabel in de join wordt geïntroduceerd. Of u kunt besluiten om te denormaliseren en alle gebeurtenistypevelden in elke gebeurtenisrecord op te nemen, zodat u niet elke keer hoeft mee te doen (handelsruimte voor de uitvoeringstijd van de query).
U kunt tabellen later verder splitsen, wijzigen in een 3-way join, en andere query's die de view gebruiken, hoeven niet te worden herschreven.
U kunt nieuwe kolommen aan de tabel(len) toevoegen en de weergave wijzigen om de nieuwe kolommen weg te laten, zodat sommige oudere zoekopdrachten met "select *" niet kapot gaan wanneer u de tabeldefinities wijzigt.