在TSQL 2005中優化查詢

Question

我必須優化這個查詢可以幫助我對它進行微調，以便更快地返回數據？

目前輸出需要26到35秒左右的時間。我還基於以下附件表創建的索引是我的查詢和索引：

SELECT DISTINCT o.organizationlevel, o.organizationid, o.organizationname, o.organizationcode, 
     o.organizationcode + ' - ' + o.organizationname AS 'codeplusname' 
FROM Organization o 
JOIN Correspondence c ON c.organizationid = o.organizationid 
JOIN UserProfile up ON up.userprofileid = c.operatorid 
WHERE c.status = '4' 
    --AND c.correspondence > 0 
    AND o.organizationlevel = 1 
    AND (up.site = 'ALL' OR 
        up.site = up.site) 
    --AND (@Dept = 'ALL' OR @Dept = up.department) 
    AND EXISTS (SELECT 1 FROM Attachment a 
       WHERE a.contextid = c.correspondenceid 
       AND a.context = 'correspondence' 
       AND (a.attachmentname like '%.rtf' or a.attachmentname like '%.doc')) 
ORDER BY o.organizationcode 

我不能改變任何東西分貝由於權限問題，任何幫助，將不勝感激。

Answer 1

我相信你的頭痛是來自這個部分的具體...就像在哪裏存在可能是你的性能瓶頸。

AND EXISTS (SELECT 1 FROM Attachment a 
      WHERE a.contextid = c.correspondenceid 
      AND a.context = 'correspondence' 
      AND (a.attachmentname like '%.rtf' or a.attachmentname like '%.doc')) 

這可以寫成連接代替。

SELECT DISTINCT o.organizationlevel, o.organizationid, o.organizationname, o.organizationcode, 
    o.organizationcode + ' - ' + o.organizationname AS 'codeplusname' 
FROM Organization o 
JOIN Correspondence c ON c.organizationid = o.organizationid 
JOIN UserProfile up ON up.userprofileid = c.operatorid 
left join article a on a.contextid = c.correspondenceid 
      AND a.context = 'correspondence' 
      and right(attachmentname,4) in ('.doc','.rtf') 

.... 

這消除了喜歡和存在的地方。將where子句放在bottom.it是一個左連接，因此a.anycolumn爲null表示該記錄不存在，並且a.anycolumn不爲null表示找到了一條記錄。其中a.anycolumn不爲null將等同於where存在邏輯中的true。

編輯補充： 又一想你...我不能確定你正在嘗試做的...

AND（up.site =「所有」或 up.site =起來.site）

so where up.site ='All'or 1 = 1？是或真的需要？

並迅速在右邊...右（列，整數）爲您提供字符串右側的字符（我使用了4，因此它將採用指定的列的4個右側字符）。我發現它比一個像聲明運行得快得多。

Answer 2

這總是會返回true，這樣就可以消除它（也許是加盟了）

AND (up.site = 'ALL' OR up.site = up.site) 

如果你可以用骯髒的生活與（NOLOCK）

，我會接着讀嘗試將Attachement作爲連接。不禁值得一試。像是相對昂貴，如果它在一個循環中這樣做，一旦它真的有用。

Join Attachment a 
    on a.contextid = c.correspondenceid 
    AND a.context = 'correspondence' 
    AND (a.attachmentname like '%.rtf' or a.attachmentname like '%.doc')) 

我知道有些人堅持認爲存在總是比聯接快。是的，它通常比加入更快，但並非總是如此。

另一種方法是創建使用

CREATE TABLE #Temp (contextid INT PRIMARY KEY CLUSTERED); 
    insert into #temp 
    Select distinct contextid 
    from atachment 
    where context = 'correspondence' 
    AND (attachmentname like '%.rtf' or attachmentname like '%.doc')) 
    order by contextid; 
    go 
    select ... 
    from correspondence c 
    join #Temp 
     on #Temp.contextid = c.correspondenceid 
    go 
    drop table #temp 

特別是一個#temp表如果ProductID等於上對應的主鍵上創建#TEMP的PK將幫助的主鍵或部分。

這樣你就可以確定類似的表達只被評估一次。如果類似的是昂貴的部分，並在一個循環中，那麼它可能會查詢查詢。我在這裏使用了很多，我有一個相當昂貴的核心查詢，我需要這些結果來從多個表中獲取參考數據。如果你多次進行連接，查詢優化器會變得很愚蠢。但是，如果您將查詢優化器PK提供給PK，那麼它不會變得愚蠢並且速度很快。缺點是需要大約0.5秒來創建和填充#temp。