有时，0可能不合适，但有时1也不合适。有时，从0到100,000,000的跳跃被描述为1%或100%的变化也可能是误导性的。在这种情况下，100,000,000 %可能是合适的。这取决于你打算根据百分比或比率得出什么样的结论。

例如，一个非常小的销售项目从2-4个销量变化，而一个非常大的销售项目从1,000,000个销量变化到2,000,000个销量变化，对分析师或管理层来说可能意味着非常不同的东西，但都是100%或1个变化。

隔离NULL值可能比在一堆混合了合法数据的0%或100%行中搜索要容易得多。通常，分母中的0可能表示错误或缺少值，您可能不想只是为了使数据集看起来整洁而填充任意值。

CASE
     WHEN [Denominator] = 0
     THEN NULL --or any value or sub case
     ELSE [Numerator]/[Denominator]
END as DivisionProblem

你至少可以阻止查询被错误打断，如果有被0除，返回NULL:

SELECT a / NULLIF(b, 0) FROM t 

然而，我永远不会像其他得到很多赞的答案那样，用合并将其转换为零。从数学意义上讲，这是完全错误的，甚至是危险的，因为您的应用程序可能会返回错误和误导性的结果。

对于更新sql:

update Table1 set Col1 = Col2 / ISNULL(NULLIF(Col3,0),1)

有时，0可能不合适，但有时1也不合适。有时，从0到100,000,000的跳跃被描述为1%或100%的变化也可能是误导性的。在这种情况下，100,000,000 %可能是合适的。这取决于你打算根据百分比或比率得出什么样的结论。

例如，一个非常小的销售项目从2-4个销量变化，而一个非常大的销售项目从1,000,000个销量变化到2,000,000个销量变化，对分析师或管理层来说可能意味着非常不同的东西，但都是100%或1个变化。

隔离NULL值可能比在一堆混合了合法数据的0%或100%行中搜索要容易得多。通常，分母中的0可能表示错误或缺少值，您可能不想只是为了使数据集看起来整洁而填充任意值。

CASE
     WHEN [Denominator] = 0
     THEN NULL --or any value or sub case
     ELSE [Numerator]/[Denominator]
END as DivisionProblem

使用NULLIF(exp,0)，但以这种方式- NULLIF(ISNULL(exp,0)，0)

如果exp为空，NULLIF(exp,0)将中断，但NULLIF(ISNULL(exp,0)，0)将不会中断

SELECT Dividend / ISNULL(NULLIF(Divisor,0), 1) AS Result from table

通过使用nullif()捕获零，然后使用isnull()捕获结果为零，可以避免除零错误。