วิธีการหลีกเลี่ยงข้อผิดพลาด "หารด้วยศูนย์" ใน SQL?

ฉันมีข้อผิดพลาดนี้:

ข่าวสารเกี่ยวกับ 8134 ระดับ 16 สถานะ 1 เส้น 1 หารด้วยข้อผิดพลาดที่พบ

เป็นวิธีที่ดีที่สุดในการเขียนรหัส SQL เพื่อที่ฉันจะไม่เห็นข้อความแสดงข้อผิดพลาดนี้อีกครั้งคืออะไร

ฉันสามารถทำอย่างใดอย่างหนึ่งต่อไปนี้:

• เพิ่มส่วนคำสั่ง where เพื่อให้ตัวหารไม่เป็นศูนย์

หรือ

• ฉันสามารถเพิ่มคำสั่งกรณีเพื่อให้มีการดูแลเป็นพิเศษสำหรับศูนย์

เป็นวิธีที่ดีที่สุดในการใช้NULLIFประโยค?

มีวิธีที่ดีกว่าหรือจะบังคับใช้วิธีนี้ได้อย่างไร

เพื่อหลีกเลี่ยงข้อผิดพลาด "หารด้วยศูนย์" เราได้ตั้งโปรแกรมไว้ดังนี้:

Select Case when divisor=0 then null
Else dividend / divisor
End ,,,

แต่นี่เป็นวิธีที่ดีกว่าในการทำ:

Select dividend / NULLIF(divisor, 0) ...

ตอนนี้ปัญหาเดียวคือการจดจำบิต Null ถ้าฉันใช้คีย์ "/"

ในกรณีที่คุณต้องการคืนค่าศูนย์ในกรณีที่มีค่าศูนย์เบี่ยงเบนเกิดขึ้นคุณสามารถใช้:

SELECT COALESCE(dividend / NULLIF(divisor,0), 0) FROM sometable

สำหรับตัวหารทั้งหมดที่เป็นศูนย์คุณจะได้รับศูนย์ในชุดผลลัพธ์

นี่ดูเหมือนจะเป็นการแก้ไขที่ดีที่สุดสำหรับสถานการณ์ของฉันเมื่อพยายามหาที่อยู่หารด้วยศูนย์ซึ่งเกิดขึ้นในข้อมูลของฉัน

สมมติว่าคุณต้องการคำนวณอัตราส่วนชาย - หญิงสำหรับสโมสรในโรงเรียนต่าง ๆ แต่คุณค้นพบว่าแบบสอบถามต่อไปนี้ล้มเหลวและมีข้อผิดพลาดแบบแบ่งศูนย์เมื่อพยายามคำนวณอัตราส่วนสำหรับลอร์ดออฟเดอะริงส์ซึ่งไม่มีผู้หญิง :

SELECT club_id, males, females, males/females AS ratio
  FROM school_clubs;

คุณสามารถใช้ฟังก์ชั่นNULLIFเพื่อหลีกเลี่ยงการหารด้วยศูนย์ NULLIFเปรียบเทียบสองนิพจน์และคืนค่าว่างถ้าพวกเขาเท่ากันหรือนิพจน์แรก

เขียนคำสืบค้นใหม่เป็น:

SELECT club_id, males, females, males/NULLIF(females, 0) AS ratio
  FROM school_clubs;

จำนวนใด ๆ ที่หารด้วยการNULLให้NULLและไม่มีการสร้างข้อผิดพลาด

คุณสามารถทำสิ่งนี้ได้ที่จุดเริ่มต้นของแบบสอบถาม:

SET ARITHABORT OFF 
SET ANSI_WARNINGS OFF

ดังนั้นถ้าคุณมีบางอย่าง100/0มันจะคืนค่า NULL ฉันทำสิ่งนี้เพื่อการสืบค้นง่าย ๆ เท่านั้นดังนั้นฉันจึงไม่รู้ว่ามันจะมีผลกระทบกับคำถามที่ซับซ้อนอีกต่อไปหรือไม่

อย่างน้อยคุณสามารถหยุดคิวรีไม่ให้เกิดข้อผิดพลาดและส่งคืนNULLหากมีการหารด้วยศูนย์:

SELECT a / NULLIF(b, 0) FROM t 

อย่างไรก็ตามฉันจะไม่แปลงเป็นศูนย์ด้วยcoalesceเหมือนว่ามันจะปรากฏในคำตอบอื่น ๆ ที่มี upvotes มากมาย นี่เป็นความผิดทางคณิตศาสตร์อย่างสมบูรณ์และเป็นอันตรายแม้ใบสมัครของคุณอาจส่งคืนผลลัพธ์ที่ผิดและทำให้เข้าใจผิด

แก้ไข: ฉันได้รับ downvotes มากเมื่อเร็ว ๆ นี้ ... ดังนั้นฉันคิดว่าฉันเพิ่งเพิ่มบันทึกว่าคำตอบนี้ถูกเขียนก่อนที่คำถามจะได้รับการแก้ไขล่าสุดโดยที่การคืนค่า null ถูกเน้นเป็นตัวเลือก .. . ซึ่งดูเหมือนว่ายอมรับได้มาก บางคำตอบของฉันถูกส่งไปยังข้อกังวลเช่นเดียวกับของ Edwardo ในความคิดเห็นที่ดูเหมือนจะสนับสนุนการกลับ 0 นี่คือกรณีที่ฉันกำลังค้านกับ

คำตอบ: ฉันคิดว่ามีปัญหาพื้นฐานที่นี่ซึ่งการหารด้วย 0 นั้นไม่ถูกกฎหมาย เป็นข้อบ่งชี้ว่ามีบางอย่างผิดปกติ หากคุณหารด้วยศูนย์คุณกำลังพยายามทำสิ่งที่ไม่สมเหตุสมผลทางคณิตศาสตร์ดังนั้นจึงไม่มีคำตอบที่เป็นตัวเลขที่คุณจะได้รับ (การใช้ค่า null ในกรณีนี้สมเหตุสมผลเนื่องจากไม่ใช่ค่าที่จะใช้ในการคำนวณทางคณิตศาสตร์ในภายหลัง)

ดังนั้น Edwardo จึงถามความเห็นว่า "จะเกิดอะไรขึ้นถ้าผู้ใช้ใส่ 0?" และเขาก็สนับสนุนว่าควรจะได้รับ 0 เป็นการตอบแทน หากผู้ใช้ใส่จำนวนศูนย์และคุณต้องการให้ 0 คืนเมื่อพวกเขาทำเช่นนั้นคุณควรใส่รหัสในระดับกฎธุรกิจเพื่อรับค่านั้นและส่งคืน 0 ... ไม่มีกรณีพิเศษบางอย่างที่หารด้วย 0 = 0

นั่นเป็นความแตกต่างเล็กน้อย แต่สำคัญ ... เพราะครั้งต่อไปที่มีคนเรียกฟังก์ชั่นของคุณและคาดว่ามันจะทำสิ่งที่ถูกต้องและมันจะทำอะไรที่ขี้ขลาดที่ไม่ถูกต้องทางคณิตศาสตร์ โอกาสที่ดีที่จะกัดคนในภายหลัง คุณไม่ได้หารด้วย 0 ... คุณแค่ส่งคืนคำตอบที่ไม่ดีสำหรับคำถามที่ไม่ดี

ลองนึกภาพฉันกำลังเขียนโค้ดบางอย่างและทำให้ฉันพลาด ฉันควรอ่านค่าสเกลของการวัดรังสี แต่ในกรณีที่แปลก ๆ ที่ฉันไม่คาดคิดฉันอ่านเป็น 0 จากนั้นส่งค่าของฉันไปยังฟังก์ชั่นของคุณ ... คุณคืน 0 ให้ฉัน! Hurray ไม่มีรังสี! ยกเว้นมันอยู่ที่นั่นจริง ๆ และมันก็แค่ว่าฉันกำลังผ่านคุณค่าที่ไม่ดี ... แต่ฉันก็ไม่รู้ ฉันต้องการหารเพื่อโยนข้อผิดพลาดเพราะมันเป็นธงที่บางสิ่งผิด

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

โดยการจับศูนย์ด้วย nullif () แล้วโมฆะผลลัพธ์กับ isnull () คุณสามารถหลีกเลี่ยงการหารด้วยศูนย์ข้อผิดพลาด

การแทนที่ "หารด้วยศูนย์" ด้วยศูนย์คือการโต้เถียง - แต่มันก็ไม่ใช่ตัวเลือกเดียว ในบางกรณีการแทนที่ด้วย 1 คือ (สมเหตุสมผล) ที่เหมาะสม ฉันมักจะพบว่าตัวเองกำลังใช้

 ISNULL(Numerator/NULLIF(Divisor,0),1)

เมื่อฉันดูการเปลี่ยนแปลงของคะแนน / จำนวนและต้องการเริ่มต้นที่ 1 หากฉันไม่มีข้อมูล ตัวอย่างเช่น

NewScore = OldScore *  ISNULL(NewSampleScore/NULLIF(OldSampleScore,0),1) 

บ่อยกว่าที่ฉันเคยคำนวณอัตราส่วนนี้ที่อื่น (ไม่น้อยเพราะมันสามารถโยนปัจจัยการปรับตัวที่ใหญ่มากสำหรับตัวส่วนต่ำในกรณีนี้ฉันมักจะควบคุม OldSampleScore มากกว่าเกณฑ์ซึ่งทำให้ไม่มีศูนย์ แต่บางครั้ง 'แฮ็ค' ก็เหมาะสม

ฉันเขียนฟังก์ชัน a back back เพื่อจัดการกับโพรซีเดอร์ที่เก็บไว้ของฉัน:

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

1. เพิ่มข้อ จำกัด การตรวจสอบที่บังคับDivisorให้ไม่ใช่ศูนย์
2. เพิ่มตัวตรวจสอบความถูกต้องให้กับฟอร์มเพื่อให้ผู้ใช้ไม่สามารถป้อนค่าศูนย์ลงในฟิลด์นี้

สำหรับการอัพเดต SQLs:

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

ไม่มีการตั้งค่าส่วนกลางของเวทย์มนตร์ 'การแยกเลี้ยวด้วย 0 ข้อยกเว้นปิด' การดำเนินการจะต้องโยนเนื่องจากความหมายทางคณิตศาสตร์ของ x / 0 แตกต่างจากความหมาย NULL ดังนั้นจึงไม่สามารถส่งคืน NULL ได้ ฉันถือว่าคุณกำลังดูแลสิ่งที่ชัดเจนและข้อความค้นหาของคุณมีเงื่อนไขที่ควรกำจัดระเบียนด้วยตัวหาร 0 และไม่เคยประเมินการหาร 'gotcha' ตามปกติคือนักพัฒนาส่วนใหญ่คาดหวังว่า SQL จะทำตัวเหมือนภาษาเชิงโพรซีเดอร์และเสนอตัวดำเนินการเชิงตรรกะแบบลัดวงจร แต่ก็ไม่เป็นเช่นนั้น ฉันแนะนำให้คุณอ่านบทความนี้: http://www.sqlmag.com/Articles/ArticleID/9148/pg/2/2.html

นี่คือสถานการณ์ที่คุณสามารถหารด้วยศูนย์ได้ กฎทางธุรกิจคือการคำนวณการหมุนเวียนสินค้าคงคลังคุณใช้ต้นทุนสินค้าที่ขายเป็นระยะ หลังจากที่คุณมีหมายเลขรายปีคุณหารด้วยสินค้าคงคลังเฉลี่ยสำหรับรอบระยะเวลา

ฉันกำลังดูการคำนวณจำนวนสินค้าคงคลังที่เกิดขึ้นในช่วงสามเดือน ฉันคำนวณว่าฉันมีต้นทุนขายในช่วงสามเดือนที่มีราคา $ 1,000 อัตราการขายประจำปีคือ $ 4,000 ($ 1,000 / 3) * 12 สินค้าคงคลังเริ่มต้นคือ 0 สินค้าคงคลังสิ้นสุดคือ 0 สินค้าคงคลังเฉลี่ยของฉันตอนนี้คือ 0 ฉันมียอดขาย $ 4,000 ต่อปีและไม่มีสินค้าคงคลัง สิ่งนี้ให้ผลเป็นจำนวนอนันต์ หมายความว่าสินค้าคงคลังทั้งหมดของฉันกำลังถูกแปลงและซื้อโดยลูกค้า

นี่คือกฎทางธุรกิจของวิธีการคำนวณการหมุนเวียนสินค้าคงคลัง

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, ทั้งหมด / ValueA, 0)

สามารถห่อในการปรับปรุง:

SET Pct = IIF (ValueA! = 0, ทั้งหมด / ValueA, 0)

หรือเลือก:

SELECT IIF (ValueA! = 0, ทั้งหมด / ValueA, 0) เป็นเปอร์เซ็นต์จาก 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)แบ่งถ้าประสบการณ์คือnullแต่NULLIF(ISNULL(exp,0),0)จะไม่แตก