當與JOIN不配對時，SQL中的LEFT會做什麼？它爲什麼會導致我的查詢超時？

Question

我得到了如下聲明：

LEFT(f.field4, CASE WHEN PATINDEX('%[^0-9]%',f.field4) = 0 THEN LEN(f.field4) ELSE PATINDEX('%[^0-9]%',f.field4) - 1 END)=@DealNumber

時遇到麻煩寫它的人接觸。有人可以解釋一下該語句的作用，以及它是否是有效的SQL？該聲明的目標是將f.field中的數字字符與DealNumber進行比較。除DealNumber結尾處的通配符外，DNumber和DealNumber是相同的。

我想在下面的語句的上下文中使用它：

SELECT d.Description, d.FileID, d.DateFiled, u.Contact AS UserFiledName, d.Pages, d.Notes 
FROM Documents AS d 
LEFT JOIN Files AS f ON d.FileID=f.FileID 
LEFT JOIN Users AS u ON d.UserFiled=u.UserID 
WHERE SUBSTRING(f.Field8, 2, 1) = @LocationIDString 
AND f.field4=@DNumber OR LEFT(f.field4, CASE WHEN PATINDEX('%[^0-9]%',f.field4) = 0 THEN LEN(f.field4) ELSE PATINDEX('%[^0-9]%',f.field4) - 1 END)=@DealNumber" 

，但我的代碼一直超時，當我執行它。

Answer 1

這是CASE條款，是速度變慢，無法LEFT本身（儘管LEFT可能阻止使用索引，這將產生效果）。

的CASE決定什麼應該@DealNumber相比較，我認爲它的下面...

如果f.field4不以數字開頭，使用LEFT(f.field4, LEN(f.field4))=@DealNumber：這相當於f.field4=@DealNumber。
如果f.field4確實以數字開頭，請使用{those digits}=@DealNumber。

這種計算方式效率不高。

我會嘗試以下，這使得大假設混合字符串可以轉換爲整數—也就是說，如果轉換ABC你獲得零，和一個整數，如果你轉換123ABC你什麼可以轉換，123。我找不到任何文件說明這是否可行。

AND f.field4=@DNumber 
OR (f.field4=@DealNumber AND integer(f.field4)=0) 
OR (integer(f.field4)=@DealNumber) 

第一行與您的AND相同。第二行僅在f.field4未以數字開頭時選擇f.field4=@DealNumber。第三行選擇f.field4的初始數字部分與@DealNumber相同的位置。

正如我所說，這裏有一個假設，integer()將以這種方式工作。您可能需要定義一個CAST函數來使用字符串進行轉換。這超出了我的範圍，儘管我相信即使這樣的功能會比目前的CASE更快。

Answer 2

從doc：

左（海峽文本，正INT）

返回字符串中前n個字符。當n爲負時，返回除最後一個| n |之外的所有內容字符。