08. februar 2008 - 10:34Der er
7 kommentarer og 2 løsninger
Optimering af query
Jeg har en tabel indeholdende en masse rækker som hver tilhører et givent PageID (relation til anden tabel).
Jeg skal regelmæssigt køre en query som sørger for at kun de sidste 200 rækker for hvert PageID forbliver i tabellen, dvs. alle rækker udover de seneste 200 indsatte, for et givent PageID, skal slettes. Min nuværende query er i store træk som følgende:
DELETE FROM tblSomeTable WHERE ClickID NOT IN (SELECT TOP 200 ST.ClickID FROM tblSomeTable ST WHERE ST.PageID = tblSomeTable.PageID ORDER BY ST.ClickID DESC)
Jeg vil gerne have den effektiviseret da den ikke er voldsomt hurtig som det er i dag.
Jeg har clustered index på ClickID og et nonclustered index på PageID.
Jeg fik vidst lige sendt den basale query, kører en lidt mere optimeret form:
SELECT ClickID FROM tblSomeTable WHERE PageID IN (SELECT PageID FROM tblSomeTable GROUP BY PageID HAVING COUNT(1) > 200) AND ClickID NOT IN (SELECT TOP 200 ST.ClickID FROM tblSomeTable ST WHERE ST.PageID = tblSomeTable.PageID ORDER BY ST.ClickID DESC)
Just an idea as I'm not quite sure how SQL server does this. Try changing the sub select to a derived table and then make a join from the outer select to the derived table. I know that Access mnakes teh sub select for every row which is time consuming.
Also concider putting the SQL into a stored procedure which might also help.
Efter at have droppet mit nonclustered index og oprettet et nyt over (PageID ASC, PointClickID DESC) så er jeg sluppet væk med næsten alt arbejdet ved TOP 200 selecten da det lå i SORTen.
Terry, jeg vil lige prøve at eksperimentere med joinet.
Terry, efter at have studeret execution planen kan jeg se at subselecten ikke udgør et probm. Ved sidstnævnte query og det nye index så ligger 75% af tiden i et Index Seek i TOP 200 querien, dvs. det er min WHERE ST.PageID = tblSomeTable.PageID der tager det primære arbejde p.t. Men allerede på nuværende tidspunkt er den optimeret væsentligt ifh.t. udgangspunktet.
Jeg har både forsøgt at fyre HAVING clausen ud som en CTE og sidste subquery ud som en derived table, begge giver præcis samme execution plan så jeg tror MSSQL'en optimerer til det samme bagved :)
Normalt kan de næsten aldrig anbefale at bruge en subselect. Min personlige løsning ville være at gøre det på denne måde: DELETE FROM tblSomeTable t WHERE t.ClickID LEFT JOIN (SELECT TOP 200 ST.ClickID FROM tblSomeTable ST WHERE ST.PageID = tblSomeTable.PageID ORDER BY ST.ClickID DESC) x ON X.ClickId=t.ClickID WHERE X.ClickId IS NULL
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
