SQL Union一切都太慢

Question

我正在重寫一箇舊的遺留系統。它有一個叫做checkExisting()的功能。舊的系統使用查詢從MSSQL數據庫，這樣提取的對象（與ADO DB）：

SELECT ObjectId, Name..... 
FROM tblRegisteredIncludes 
WHERE UPPER("Name") IN ('PROGA.H', 'PROGB.H'............... list) 

有喜歡tblRegisteredIncludes很多表，但SQLS由表名進行分組，並使用與列表中的IN子句對象名稱。

由於SQL Server在一次掃描中收集所有對象，並且表中有Name列的索引，因此執行速度適當。

但是，在新系統中，我不能使用相同的SQL，因爲WHERE條件更復雜。它也使用一個Source字段，有時還會使用其他字段。我有一個較大的數目單個SQL查詢：

SELECT ObjectId, Name..... FROM tblRegisteredIncludes 
WHERE UPPER("Name") = 'PROGA.H' AND UPPER("Source") = "..." 

SELECT ObjectId, Name..... FROM tblRegisteredIncludes 
WHERE UPPER("Name") = ('PROGB.H') AND UPPER("Source") = "..." 

我已經有超過(Name,Source)一個綜合指數更換名稱指數在tblRegisteredIncludes表。

我已經預料到即使如此，總SQL執行速度稍慢，但不超過15-20％。相反，它要慢得多，有時高達100％。我試着使用UNION ALL在一個大的SQL查詢SQL後結合：

SELECT ObjectId, Name..... FROM tblRegisteredIncludes 
WHERE UPPER("Name") = 'PROGA.H' AND UPPER("Source") = "..." 
UNION ALL 
SELECT ObjectId, Name..... FROM tblRegisteredIncludes 
WHERE UPPER("Name") = ('PROGB.H') AND UPPER("Source") = "..." 

再後來pocessing所產生的ADO記錄數據庫，但它更慢！

我需要知道是否有一些有效的方法來更快地執行這些查詢？使用IN子句和名稱列表時，我需要達到與舊案例類似的性能。我可以提供執行計劃。

Answer 1

從你所描述的情況來看，我認爲表中有很多行，在這種情況下，它幾乎肯定是導致速度問題的UPPER，因爲這意味着它無法正確使用你所附帶的索引正確設置。數據是否真的區分大小寫？ - 檢查數據庫設置，默認情況下通常不是在這種情況下，您可以刪除UPPER。

如果區分大小寫，那麼如果存儲名稱的大小寫一致，那麼仍然可以刪除Upper並只使用一致的大寫/小寫字母名稱，例如Name ='ProgB.H'

Answer 2

在union all版本中，每個子查詢都會導致對錶進行單獨掃描。

你應該使用or條件帶來的所有行：

SELECT ObjectId, Name..... 
FROM tblRegisteredIncludes 
WHERE (UPPER("Name") = 'PROGA.H' AND UPPER("Source") = "...") or 
     (UPPER("Name") = ('PROGB.H') AND UPPER("Source") = "...") or 
     . . . 

如果你有一個情況，所有的比較都是在Name和Source，我建議建立一個表上即時使用CTE：

with toinclude as (
    select 'PROGA.H' as name, 'SOURCE' as source union all 
    select . . . 
) 
select ri.ObjectId, ri.Name 
from tblRegisteredIncludes join 
    toinclude 
    on ri.name = toinclude.name and ri.source = toinclude.source 

你可以離開了toupper()除非你是特別關注的是，您的實現或領域都覆蓋不區分大小寫b的默認ehavior。在where子句中使用函數通常會阻止使用索引。