儘管沒有包含0的列，TSQL除以零

Question

我一直在試圖理解爲什麼我用SQL查詢得到「除以零」（Msg 8134），但我必須缺少一些東西。我想想知道爲什麼下面的具體情況，我不尋找NULLIF，CASE WHEN...或類似的，因爲我已經知道他們（當然可以用他們在局勢下一個）。

我有類似

SELECT 
    TotalSize, 
    FreeSpace, 
    (FreeSpace/TotalSize * 100) 
FROM 
    tblComputer 
...[ couple of joins ]... 
WHERE 
    SomeCondition = SomeValue 

運行與上面提到的錯誤消息，這，本身是沒有問題的這種說法的錯誤計算列的SQL語句 - 顯然TotalSize很可能是0，因此導致錯誤。

現在我不明白的是，我沒有任何行TotalSize列是0時，我評論計算列出來，我再次檢查，這是不是這種情況。

後來我想，由於某種原因列計算將在整個結果進行設定其實之前與where子句條件的過濾，但是這一個）是沒有意義恕我直言，和b）當試圖重現與測試誤差建立一切工作正常（見下文）：

INSERT INTO tblComputer (ComputerName, IsServer) VALUES ('PC0001',1) 
INSERT INTO tblComputer (ComputerName, IsServer) VALUES ('PC0002',1) 
INSERT INTO tblComputer (ComputerName, IsServer) VALUES ('PC0003',1) 
INSERT INTO tblComputer (ComputerName, IsServer) VALUES ('PC0004',0) 
INSERT INTO tblComputer (ComputerName, IsServer) VALUES ('PC0005',1) 
INSERT INTO tblComputer (ComputerName, IsServer) VALUES ('PC0006',0) 
INSERT INTO tblComputer (ComputerName, IsServer) VALUES ('PC0007',1) 

INSERT INTO tblHDD (ComputerID, TotalSize, FreeSpace) VALUES (1,100,21) 
INSERT INTO tblHDD (ComputerID, TotalSize, FreeSpace) VALUES (2,100,10) 
INSERT INTO tblHDD (ComputerID, TotalSize, FreeSpace) VALUES (3,100,55) 
INSERT INTO tblHDD (ComputerID, TotalSize, FreeSpace) VALUES (4,0,10) 
INSERT INTO tblHDD (ComputerID, TotalSize, FreeSpace) VALUES (5,100,23) 
INSERT INTO tblHDD (ComputerID, TotalSize, FreeSpace) VALUES (6,100,18) 
INSERT INTO tblHDD (ComputerID, TotalSize, FreeSpace) VALUES (7,100,11) 

-- This statement does not throw an error as apparently the row for ComputerID 4 
-- is filtered out before computing the (FreeSpace/TotalSize * 100) 
SELECT 
TotalSize, 
FreeSpace, 
(FreeSpace/TotalSize * 100) 
FROM 
tblComputer 
JOIN 
tblHDD ON 
tblComputer.ID = tblHDD.ComputerID 
WHERE 
IsServer = 1 

我很爲難，想知道是什麼原因。

任何意見或指針到正確的方向是非常歡迎的，在此先感謝

更新

謝謝到目前爲止您的輸入，但不幸的是我似乎沒有越來越接近根的問題。我設法將這個語句拆分了一些，現在有了這樣的情況，如果刪除了一個JOIN，我可以無誤地執行它（我將暫時刪除輸出中的其他列）。

我不明白，爲什麼使用JOIN導致錯誤，應該不是一個標準的INNER JOIN總是要麼返回相同的行數或少，但從來沒有更？

工作代碼

SELECT 
TotalSize, 
FreeSpace 
((FreeSpace/TotalSize) * 100) 
FROM 
MyTable1 
INNER JOIN 
MyTable2 ON 
MyTable1.ID = MyTable2.Table1ID 
WHERE 
SomeCondition 

錯誤導致代碼

SELECT 
TotalSize, 
FreeSpace 
((FreeSpace/TotalSize) * 100) 
FROM 
MyTable1 
INNER JOIN 
MyTable2 ON 
MyTable1.ID = MyTable2.Table1ID 
-- This JOIN causes "divide by zero encountered" error 
INNER JOIN 
MyTable3 ON 
MyTable2.ID = MyTable3.Table2ID 
WHERE 
SomeCondition 

我使用遊標並遍歷按行結果行也試過我的運氣，但在這種情況下，沒有錯誤發生了（不管，上面兩個陳述中的哪一個我試過）。

對不起，亂碼縮進，不知何故正確的格式似乎並沒有被應用。

G.

Answer 1

SQL是聲明性語言;您編寫了一個邏輯描述所需結果的查詢，但是由優化器來制定物理計劃。這個物理計劃可能與查詢的書面形式沒有多大關係，因爲優化器不會簡單地對從查詢的文本形式派生的「步驟」進行重新排序，它可以應用300多種不同的轉換來找到有效的執行策略。

優化程序對錶達式，連接和其他邏輯查詢構造進行重新排序具有相當大的自由度。這意味着，一般來說，你不能依賴任何書面查詢表單來強制一件事先被評估。特別是，列文給出的重寫確實是而不是強制在表達式之前評估WHERE子句謂詞。根據成本估算，優化器可以決定評估表達式，看起來效率最高的表達式。這在某些情況下甚至可能意味着該表達式不止一次被評估。

最初的問題考慮了這種可能性，但拒絕它作爲「沒有多大意義」。儘管如此，這是產品的工作方式 - 如果SQL Server估計連接會減小設置的大小，足以使計算連接結果的表達式更便宜，則可以自由進行。

一般規則是永遠不要依賴特定的評估順序來避免像溢出或零除錯誤之類的事情。在這個例子中，可以使用CASE語句來檢查零除數 - 防禦性編程的一個例子。

優化程序對事物重新排序的自由是其設計的基本原則。您可以找到導致違反直覺行爲的案例，但總體而言，這些好處遠大於弊。

Paul

Answer 2

什麼你在運行時將返回行：

SELECT 
    TotalSize 
FROM 
    tblComputer 
    ...[ couple of joins ]... 
WHERE 
    SomeCondition = SomeValue 
    and ((TotalSize * 100) = 0) 

這可能給你一個線索，如何SQL即成RIS評估（總計TOTALSIZE * 100）爲零。

另一個想法是，你的where語句中有什麼可能也是問題嗎？
你假設它是TotalSize，但它可能在其他地方。

Answer 3

The basic steps that SQL Server uses處理單個SELECT語句包括以下

1. 分析器掃描SELECT語句，並把它分成邏輯 單元，諸如關鍵字，表達式， 運算符和標識符。
2. 建立了一個查詢樹，有時稱爲序列樹，它描述了 將源數據轉換爲結果集所需的格式 所需要的邏輯步驟 。
3. 查詢優化器分析可以訪問源表的 的不同方式。然後它選擇 系列步驟，返回 結果最快，同時使用較少的 資源。查詢樹更新爲 以記錄此確切的一系列步驟。 查詢樹的最終優化版本稱爲執行 計劃。
4. 關係引擎開始執行執行計劃。由於需要處理來自基表 表的數據的 步驟，因此關係 引擎請求存儲引擎將數據從關係引擎請求的行集合 中傳遞出去。
5. 關係引擎將從存儲 引擎返回的數據處理爲爲 結果集定義的格式，並將結果集 返回給客戶端。

我對事物的解釋是，有不能保證您的where子句獲取對所有行評估計算列前評估。

您可以通過改變您的查詢來驗證該假設，如下所示，並強制在計算之前對where子句進行評估。

SELECT 
    TotalSize, 
    FreeSpace, 
    (FreeSpace/TotalSize * 100) 
FROM (
    SELECT 
     TotalSize, 
     FreeSpace, 
    FROM 
     tblComputer 
    ...[ couple of joins ]... 
    WHERE 
     SomeCondition = SomeValue 
) t 

Answer 4

我遇到了同樣的問題。在我的情況下空值是可以接受的，所以我能夠解決這樣說：

Select Expression1/Expression2 -- Caused Division By 0 
Select Expression1/NULLIF(Expression2,0) -- Causes result to be NULL 

如果你需要其他的處理，你可以用整個表達式中的ISNULL函數是這樣的：

Select ISNULL(Expression1/NULLIF(Expression2,0)-5) -- Returns -5 instead of null or divide by 0