Det beror på.
Det beror helt på vad du ser genom att se. Men troligtvis minskar du din ansträngning och ger högre prestanda. När SQL-satsen refererar till en oindexerad vy, analyserar tolken och frågeoptimeraren källan till både SQL-satsen och vyn och löser dem sedan till en enda exekveringsplan. Det finns inte en plan för SQL-satsen och en separat plan för vyn.
En vy är inte kompilerad . Det är ett virtuellt bord som består av andra bord. När du skapar den finns den inte någonstans på din server. De underliggande frågorna som utgör vyn är föremål för samma prestandavinster eller skador som frågeoptimeraren. Jag har aldrig testat prestanda på en vy jämfört med dess underliggande fråga, men jag kan tänka mig att prestandan kan variera något. Du kan få bättre prestanda på en indexerad vy om data är relativt statisk. Detta kan vara vad du tänker kanske i termer av "kompilerad".
Fördelar med vyer:
- Visa data utan att lagra data i objektet.
- Begränsa visningen av en tabell, dvs. kan dölja vissa kolumner i tabellerna.
- Slå ihop två eller flera tabeller och visa det som ett objekt för användaren.
- Begränsa åtkomsten till en tabell så att ingen kan infoga raderna i tabellen.
Se dessa användbara länkar:
- Prestanda av VIEW vs. SQL-sats
- Är en vy snabbare än en enkel fråga?
- Mysql VIEWS vs. PHP-fråga
- Är MySql Views dynamiska och effektiva?
- Materialiserad vy vs. tabeller:Vilka är fördelarna?
- Frågar över en vy som är långsammare än att köra SQL direkt?
- En lösning för prestandaproblemen med TEMPTABLE vyer
Se prestandavinster genom att använda indexerade vyer i SQL Server