Tjenare,

Har ett nätt problem med en SQL-server version 7.0. (senaste SP)

När man kör en fråga istil med:

select ID from tObject where accessID in(select ID from Users where namn = 'benny')

så går det härligt snabbt på dagens databas.

Men om jag gör en restore på en tidigare databas (backuper tas varje natt) så tar en fråga av den typen cirka 2-3 sekunder på sig (samma fråga tar 0.4 sek i normala fall). Har någon en aning om varför?
Den dagen som backupen är ifrån så fungerade allt utmärkt. Allt gick lika snabbt som det gör med dagens databas.
Men gör man en restore så gör det långsamt som fan.
När frågan körs (på en restore då det tar lång tid) så ligger sql-server och tuggar i sig 50-70% av CPU resurserna. Servern som det körs på är en compaq server med 2x 1ghz P3 + 1024 mb ram, så det är inget fel på hårdvaran.

Har testat att köra en hel massa dbcc kommandon på databasen. Testat att bygga om indexen, testat att göra en recompile på allt i databasen, men inget verkar hjälpa.

Nån som varit med om ngt liknande och som har en vettig lösning?

Om man kör restore så har du ju ersatt hela databasen och därmed är inte förutsättningarna samma. Det kan vara ett index som finns där eller liknande. Du måste alltså försöka finna olikheterna mellan dessa.

Hälsningar
/Pelle

Har varit med om vid nåt tillfälle att den påstår sig ha index men dom finns inte egentligen. Har du sp3 på sql7an?

Prova att droppa index helt för den tabellen och lägga upp dom på nytt.

Mvh
Rickard