Har problem med ORDER BY i en View som jag har det gäller bara en kolumn den ska göra order på men den vill inte.

kör med mssql 7

Hej Sina

Hur ser SELECT-satsen ut?

// MvH Björne

Hej Björn!
Så här ser det ut på ett ungefär.

så får jag felmedelandet

An ORDER BY clause is invalid in views unless TOP is also specified.



SELECT ITEM.*, GROUP5.*,
...
...
FROM dbo.ITEM LEFT OUTER JOIN
...
...
WHERE (dbo.ITEM.BLOCKED = '0')
GROUP BY dbo.ITEM.ARTSLEV, dbo.ITEM.BLOCKED,
...
...
dbo.ITEM.URLCODE, dbo.ITEM.VIKT,
dbo.GROUP5.CODE,
...
...
ORDER BY dbo.ITEM.NRI

Jag kom på att man kan göra en order by i VB koden. :S

Data.RecordSource = "Select * from VIEW_priscode ORDER BY [NRI]"

men frågan är om inte det tar på prestandan i när man kör en order by i vb än i själva view'en ?

En vy är egentligen en virtuell tabell, som du inte behöver sortera i själva vyn. Det man gör (precis som du skriver sist) är att sortera tabellen när du skriver SELECT-satsen mot vyn.

När du skriver "Select * from VIEW_priscode ORDER BY [NRI]" så är det sql-servern som gör sorteringen. Precis som du ville.

// MvH Björne

=) tackar
OKee då förstår jag nu.

Gammal tråd, men för syftets skull...

Man vill i vissa fall styra sorteroingen på datat i en vy. T ex användare som ska ställa fråga mot vyn utan att behöva tänka på att sortera... Det kan vara användarna som ska göra kopplade utskrifter från Word osv...

Skapa vyn med:

CREATE VIEW SorteradVy
AS
SELECT TOP 100 PERCENT WITH TIES * FROM Tabellen ORDER BY sorteringskolumn ASC
-- TOP 100 PERCENT returnerar alla rader
-- WITH TIES kan ses som överflödigt, dock garanterar det att alla rader även delad sistaplats
-- returneras.


På detta sätt kommer datat att returneras sorterat när man ställer frågan:

SELECT * FROM SorteradVy

Jag tror att det var detta Stina ville nå från början.

/Mattias

det där var ett smart sätt som jag inte tänkte på (Y)

att man gör sorteringen i skapandet av vyn mycket bra förslag

jag heter inte stina

Hej,

Poängen är dock att soretering alltid tar prestanda från servern, oavsett när den sker.

Som ett tidigare inlägg påpekade så är en vy en virtuell tabell och data i en tabell bör så långt det är möjligt undvikas att lagras på et specifikt sätt. Låt istället databasmotorn ta hand om lagringsbiten och optimera sig själv, så kan du fokusera på användandet.

En nackdel som kan uppstår med sorterade vyer är att så fort man lagrar data så kan en vy behöva sorteras om. Så om man då lagrar eller ändrar data oftare än man läser ut den så får man en prestandaförslust. Men även om så inte är fallet så måste ändp databasmotorn kontrollera sorteringen vid utläsning, varför sorteringen ändå måste ske en gång till många gånger.

Så man vinner oftast ingenting på en sorterad vy, tvärtom förlorar man prestanda. Enda fördelen (?) är att man i ett anrop har ett par bokstäver mindre att skriva...men det är ju ingen fördel egentligen.

// Johan

Gammal tråd men jag vill lyfta upp den... Skäms nästan för att lyfta upp en så gammal tråd som denna...

Flåt Sina, jag läste fel. Ska inte kalla dig Stina något mer... *ler

Hur som helst, vill bara poängtera att en sorterad vy givetvis är negativ vad gäller prestanda/last på servern, men det är ju vad den är till för så???. All form av sortering är prestandakrävande. Men om en fråga alltid ska vara sorterad spelar det ingen roll, det går snabbare att sortera resultatet direkt vid källan. Sedan hur mycket innebär sorteringen i realitet i negativ last på servern, i förhållande mot dumma frågor ställda från applikationer. En fråga ställd på fel sätt från applikationen som ofta sker när applikationsutvecklaren är osäker på hur frågespråket fungerar eller tror sig vara smartare än utvecklarteamet som byggt databasservern... *ler och blink-blink ...blir alltid sämre än att dra nytta av kraften vi har i databasservern. Som ändå oftast bara går på sparlåga...

Problemet man får när man sorterar på en vy är:

SELECT * FROM sorteradvy
Funkar OK

MEN!!!!!!!!!!!!

SELECT * FROM SorteradVy ORDER BY nånannankolumn
Detta ger att du först sorterar på en kolumn - genererar en plan för det, för att sedan sortera igen. Då hade kanske frågan behandlats på ett annat sätt från början.

/micke

Men har du sedan användaren som bara ska ha ett resultat som ska användas vidare i en annan applikation och du vill att datat SKALL vara sorterat vid leverans. T ex någon som mot all förmodan ska göra en kopplad utskrift från Word och denna någon med möda klarar att skriva SELECT * FROM VY och inget mer. Eller bara med andan i halsen klarar att lägga till ett tabell/vy-objekt grafiskt.

Hur skulle DU lösa en sådan uppgift annat än att ha en vy som levererar sorterat resultat?

Dvs ändamålen helgar medlen, denna typ av vy har ett rent syfte och ska då leverera det som eftersfrågas.

Givetvis håller jag med om att man bör ha en vy som levererar osorterat resultat och att man sorterar datat i den SELECT-sats man kommer att skriva för att returnera innehållet, för att t ex slippa sortering på sortering vid annat nyttjande av vyn än vad huvudsyftet är. Nu var det inte det som efterfrågades dock, utan hur man skulle göra för att låta en vy returnera ett sorterat resultat.