[nosnaj]

Ursprungligen postat av Linuus

Tar tillbaka det jag sa...hade visst fel!
Mixtrade lite med mina INDEX och nu verkar faktiskt min VIEW gå att använda utan längre väntetider.

Tack för det

Vad gör din view?

Nyfiken vad folk använder dessa till då jag i princip aldrig använder mig utav dom.

[Conny Westh]

Ursprungligen postat av nosnaj

Nyfiken vad folk använder dessa till då jag i princip aldrig använder mig utav dom.

Isolera/samla kunskap om systemet eller verksamheten
Vyer och för den delen SPn är mycket praktiska att använda om man vill ändra innehållet utan att ändra gränssnittet mot sin applikation.

Har man en vy som heter "topsales_view" så kan man skriva:

SELECT productid, productname, salescount, salesamount, performancepoints, area, salesperson
FROM topsales_view

Men man kan när som helst förfina hur detta räknas ut och hur det sorteras redan i vyn. Detta utan att någon applikation som använder vyn behöver uppdateras.

Helt enkelt göra det enklare för utvecklaren!

Dölja komplexitet=mindre buggar
Ett annat användningsområde är om man har komplexa frågor som man anropar på flera ställen i sina applikationer, eller från flera applikationer så kan man samla komplexiteten i vyn och dölja den för applikationsutvecklaren, vilket minskar risken för buggar.

Prestanda
Prestandamässigt är både vyer och SPn generellt snabbare än dynamisk SQL eftersom frågorna förkompileras när man skapar sina vyer, SPn och de optimeras därmed av SQL-compilatorn.

Behörigheter
Man kan även styra behörigheter genom att endast tillåta att vissa applikationer enbart får komma åt att läsa (SELECT) på vissa vyer eller SPn och spärra direktåtkomst till övriga fysiska tabeller.

Enklare felsökning
Eftersom alla verksamhetsregler kan samlas på ett ställe som fysiskt ligger nära datat, så blir det enklare att hitta fel och åtgärda dem utan att kompilera om och distribuera ut updaterad applikationsprogramvara.

Renare och tydligare gränssnitt gentemot applikationerna

[jonny]

Ursprungligen postat av ConnyWesth

Dölja komplexitet=mindre buggar

Eller så får du fler problem och jobbigare felsökning eftersom logiken finns även i datalagret.

[Conny Westh]

Ursprungligen postat av jonny

Eller så får du fler problem och jobbigare felsökning eftersom logiken finns även i datalagret.

Tvärtom så får man enklare felsökning om man lägger affärsreglerna så nära datat som möjligt, då finns reglerna bara på ett ställe istället för att man ska lägga dem i varje klientapplikation man utvecklar.