我有这个错误信息：
消息 8134，级别 16，状态 1，行 1 遇到除以零错误。
编写 SQL 代码的最佳方法是什么，这样我就再也不会看到这个错误消息了？
我可以执行以下任一操作：
或者
是使用NULLIF 子句的最佳方式吗？
有没有更好的方法，或者如何执行？
【问题讨论】：
标签： sql sql-server sql-server-2005 sql-server-2008
为了避免“被零除”错误，我们将其编程如下：
Select Case when divisor=0 then null
Else dividend / divisor
End ,,,
但这里有一个更好的方法：
Select dividend / NULLIF(divisor, 0) ...
现在唯一的问题是记住 NullIf 位，如果我使用“/”键。
【讨论】：
IsNull 而不是NullIf 吗？自己试试吧！ SELECT Value,1/NullIf(Value,0)FROM(VALUES(0),(5.0),(NULL))x(Value); 除非“中断”，否则您的意思是返回 NULL？您可以使用IsNull 或Coalesce 将其转换为您想要的任何内容。
SELECT 1 / NULLIF(NULL, 0) 失败，但这是因为NULLIF() 需要知道第一个参数的数据类型。这个更改后的示例运行良好：SELECT 1 / NULLIF(CAST(NULL AS INT), 0)。在现实生活中，您将向NULLIF() 提供表格列，而不是NULL 常量。由于表列具有已知的数据类型，这也可以正常工作：SELECT 1 / NULLIF(SomeNullableColumn, 0) FROM SomeTable。
如果您想返回零，以防发生零偏差，您可以使用：
SELECT COALESCE(dividend / NULLIF(divisor,0), 0) FROM sometable
对于每个为零的除数，您将在结果集中得到一个零。
【讨论】：
假设您想计算各个学校俱乐部的男女比例，但您发现以下查询失败，并在尝试计算指环王俱乐部的比例时出现被零除错误，即没有女人：
SELECT club_id, males, females, males/females AS ratio
FROM school_clubs;
您可以使用函数NULLIF 来避免被零除。 NULLIF 比较两个表达式，如果相等则返回 null，否则返回第一个表达式。
将查询重写为：
SELECT club_id, males, females, males/NULLIF(females, 0) AS ratio
FROM school_clubs;
任何数除以NULL 得到NULL，不会产生错误。
【讨论】：
select males/(males+females), females/(males+females)。这将为您提供俱乐部中男性和女性的百分比分布，例如 31% 的男性和 69% 的女性。
您也可以在查询的开头这样做：
SET ARITHABORT OFF
SET ANSI_WARNINGS OFF
因此，如果您有类似 100/0 的内容，它将返回 NULL。我只对简单查询执行此操作，所以我不知道它将如何影响更长/复杂的查询。
【讨论】：
如果有除以零，您至少可以阻止查询中断并返回NULL：
SELECT a / NULLIF(b, 0) FROM t
但是，我会从不使用coalesce 将其转换为零，就像其他答案中显示的那样，它得到了很多赞成。这在数学意义上是完全错误的，甚至是危险的，因为您的应用程序可能会返回错误和误导性的结果。
【讨论】：
编辑： 我最近对此有很多反对意见......所以我想我只是添加一个注释，这个答案是在问题经历它最近的编辑之前写的，其中返回 null 被突出显示为一个选项......似乎很容易接受。我的一些回答是针对诸如 cmets 中 Edwardo 的问题，他似乎主张返回 0。这就是我所反对的情况。
回答： 我认为这里有一个潜在的问题，即除以 0 是不合法的。这表明某些事情在根本上是错误的。如果你除以零，你正在尝试做一些在数学上没有意义的事情，所以你得到的任何数字答案都不会是有效的。 （在这种情况下使用 null 是合理的，因为它不是将在以后的数学计算中使用的值）。
因此，Edwardo 在 cmets 中询问“如果用户输入 0 会怎样？”，他主张应该可以得到 0 作为回报。如果用户在金额中输入零，并且您希望在他们这样做时返回 0，那么您应该在业务规则级别输入代码以捕获该值并返回 0...没有一些除以 0 = 的特殊情况0.
这是一个细微的区别，但很重要...因为下次有人调用您的函数并期望它做正确的事情时，它会做一些数学上不正确的时髦的事情，但只是处理特定的边缘情况以后很有可能咬人。你并没有真正除以 0...你只是对一个糟糕的问题返回了一个糟糕的答案。
想象一下我正在编写一些代码，但我把它搞砸了。我应该读取辐射测量比例值，但在一个我没有预料到的奇怪边缘情况下，我读取了 0。然后我将我的值放入你的函数中......你给我一个 0！万岁，无辐射！除了它真的在那里，只是我传递了一个错误的价值......但我不知道。我希望除法抛出错误，因为这是错误的标志。
【讨论】：
SELECT Dividend / ISNULL(NULLIF(Divisor,0), 1) AS Result from table
通过使用 nullif() 捕获零，然后使用 isnull() 生成 null，您可以避免除以零错误。
【讨论】：
用零代替“除以零”是有争议的 - 但它也不是唯一的选择。在某些情况下，用 1 替换是（合理地）合适的。我经常发现自己在使用
ISNULL(Numerator/NULLIF(Divisor,0),1)
当我查看分数/计数的变化时，如果我没有数据，则希望默认为 1。例如
NewScore = OldScore * ISNULL(NewSampleScore/NULLIF(OldSampleScore,0),1)
通常情况下，我实际上已经在其他地方计算了这个比率（尤其是因为它可以为低分母抛出一些非常大的调整因子。在这种情况下，我通常会控制 OldSampleScore 大于阈值；这然后排除零。但有时“黑客”是合适的。
【讨论】：
不久前我写了一个函数来处理我的stored procedures：
print 'Creating safeDivide Stored Proc ...'
go
if exists (select * from dbo.sysobjects where name = 'safeDivide') drop function safeDivide;
go
create function dbo.safeDivide( @Numerator decimal(38,19), @divisor decimal(39,19))
returns decimal(38,19)
begin
-- **************************************************************************
-- Procedure: safeDivide()
-- Author: Ron Savage, Central, ex: 1282
-- Date: 06/22/2004
--
-- Description:
-- This function divides the first argument by the second argument after
-- checking for NULL or 0 divisors to avoid "divide by zero" errors.
-- Change History:
--
-- Date Init. Description
-- 05/14/2009 RS Updated to handle really freaking big numbers, just in
-- case. :-)
-- 05/14/2009 RS Updated to handle negative divisors.
-- **************************************************************************
declare @p_product decimal(38,19);
select @p_product = null;
if ( @divisor is not null and @divisor <> 0 and @Numerator is not null )
select @p_product = @Numerator / @divisor;
return(@p_product)
end
go
【讨论】：
@numerator / NULLIF(@divisor, 0)。它的作用相同，而且速度更快。
Divisor 为非零的 CHECK 约束【讨论】：
对于更新 SQL：
update Table1 set Col1 = Col2 / ISNULL(NULLIF(Col3,0),1)
【讨论】：
没有神奇的全局设置“关闭除以 0 异常”。操作必须抛出，因为 x/0 的数学含义与 NULL 的含义不同，所以不能返回 NULL。 我假设您正在处理显而易见的问题，并且您的查询具有应该消除除数为 0 的记录并且从不评估除数的条件。通常的“陷阱”比大多数开发人员期望的 SQL 表现得像过程语言并提供逻辑运算符短路，但它确实 NOT。我推荐你阅读这篇文章：http://www.sqlmag.com/Articles/ArticleID/9148/pg/2/2.html
【讨论】：
这是一种可以除以零的情况。业务规则是，要计算库存周转率，您需要计算一段时间内的销售成本，然后将其年化。获得年化数字后，除以该期间的平均库存。
我正在计算三个月内发生的库存周转次数。我已经计算出我在三个月内销售的商品成本为 1,000 美元。年销售额为 4,000 美元（1,000 美元/3）*12。期初库存为 0。期末库存为 0。我现在的平均库存为 0。我的年销售额为 4000 美元，没有库存。这会产生无限数量的转弯。这意味着我所有的库存都被客户转换和购买。
这是如何计算库存周转的业务规则。
【讨论】：
CREATE FUNCTION dbo.Divide(@Numerator Real, @Denominator Real)
RETURNS Real AS
/*
Purpose: Handle Division by Zero errors
Description: User Defined Scalar Function
Parameter(s): @Numerator and @Denominator
Test it:
SELECT 'Numerator = 0' Division, dbo.fn_CORP_Divide(0,16) Results
UNION ALL
SELECT 'Denominator = 0', dbo.fn_CORP_Divide(16,0)
UNION ALL
SELECT 'Numerator is NULL', dbo.fn_CORP_Divide(NULL,16)
UNION ALL
SELECT 'Denominator is NULL', dbo.fn_CORP_Divide(16,NULL)
UNION ALL
SELECT 'Numerator & Denominator is NULL', dbo.fn_CORP_Divide(NULL,NULL)
UNION ALL
SELECT 'Numerator & Denominator = 0', dbo.fn_CORP_Divide(0,0)
UNION ALL
SELECT '16 / 4', dbo.fn_CORP_Divide(16,4)
UNION ALL
SELECT '16 / 3', dbo.fn_CORP_Divide(16,3)
*/
BEGIN
RETURN
CASE WHEN @Denominator = 0 THEN
NULL
ELSE
@Numerator / @Denominator
END
END
GO
【讨论】：
使用 where 子句过滤掉数据，以免得到 0 值。
【讨论】：
有时，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
【讨论】：
这就是我修复它的方法：
IIF(ValueA != 0, Total / ValueA, 0)
它可以包含在更新中：
SET Pct = IIF(ValueA != 0, Total / ValueA, 0)
或者在一个选择中：
SELECT IIF(ValueA != 0, Total / ValueA, 0) AS Pct FROM Tablename;
想法？
【讨论】：
当错误传播回调用程序时，您可以适当地处理错误（如果这是您想要的，则忽略它）。在 C# 中，SQL 中发生的任何错误都会抛出一个异常，我可以捕获然后在我的代码中进行处理，就像任何其他错误一样。
我同意 Beska 的观点，因为您不想隐藏错误。您可能不是在处理核反应堆，但通常隐藏错误是不好的编程习惯。这是大多数现代编程语言实现结构化异常处理以将实际返回值与错误/状态代码解耦的原因之一。当你做数学时尤其如此。最大的问题是您无法区分返回的正确计算的 0 或错误导致的 0。相反，返回的任何值都是计算值，如果出现任何问题，则会引发异常。这当然会根据您访问数据库的方式和使用的语言而有所不同，但您应该始终能够收到可以处理的错误消息。
try
{
Database.ComputePercentage();
}
catch (SqlException e)
{
// now you can handle the exception or at least log that the exception was thrown if you choose not to handle it
// Exception Details: System.Data.SqlClient.SqlException: Divide by zero error encountered.
}
【讨论】：
使用NULLIF(exp,0)，但以这种方式 - NULLIF(ISNULL(exp,0),0)
NULLIF(exp,0) 会在 exp 为 null 时中断，但 NULLIF(ISNULL(exp,0),0) 不会中断
【讨论】：