วิธีการเปลี่ยนข้อยกเว้นเดียวกันใน SQL Server

ฉันต้องการลบข้อยกเว้นเดียวกันใน SQL Server ที่เพิ่งเกิดขึ้นในบล็อกลองของฉัน ฉันสามารถส่งข้อความเดียวกันได้ แต่ฉันต้องการแสดงข้อผิดพลาดเดียวกัน

BEGIN TRANSACTION
    BEGIN TRY
        INSERT INTO Tags.tblDomain (DomainName, SubDomainId, DomainCode, Description)
            VALUES(@DomainName, @SubDomainId, @DomainCode, @Description)
        COMMIT TRANSACTION
    END TRY
    
    BEGIN CATCH
        declare @severity int; 
        declare @state int;

        select @severity=error_severity(), @state=error_state();

        RAISERROR(@@Error,@ErrorSeverity,@state);
        ROLLBACK TRANSACTION
    END CATCH

RAISERROR(@@Error, @ErrorSeverity, @state);

บรรทัดนี้จะแสดงข้อผิดพลาด แต่ฉันต้องการฟังก์ชันแบบนั้น นี้ทำให้เกิดข้อผิดพลาดที่มีจำนวนข้อผิดพลาด 50000 แต่ฉันต้องการหมายเลขข้อผิดพลาดจะถูกโยนว่าผมผ่าน@@error,

ฉันต้องการจับข้อผิดพลาดนี้ไม่ที่ส่วนหน้า

กล่าวคือ

catch (SqlException ex)
{
    if ex.number==2627
    MessageBox.show("Duplicate value cannot be inserted");
}

ฉันต้องการฟังก์ชันนี้ ซึ่งไม่สามารถทำได้โดยใช้raiseerror. ฉันไม่ต้องการให้ข้อความแสดงข้อผิดพลาดที่กำหนดเองที่ส่วนหลัง

RAISEERROR ควรส่งคืนข้อผิดพลาดที่กล่าวถึงด้านล่างเมื่อฉันผ่าน ErrorNo ที่จะถูกโยนเข้าจับ

Msg 2627, Level 14, State 1, Procedure spOTest_DomainInsert,

บรรทัดที่ 14 การละเมิดข้อ จำกัด UNIQUE KEY 'UK_DomainCode' ไม่สามารถแทรกคีย์ที่ซ้ำกันในออบเจ็กต์ 'Tags.tblDomain' คำสั่งยุติแล้ว

แก้ไข:

อะไรคือข้อเสียเปรียบของการไม่ใช้ try catch block หากฉันต้องการให้มีการจัดการข้อยกเว้นที่ส่วนหน้าโดยพิจารณาจากขั้นตอนการจัดเก็บที่มีแบบสอบถามหลายรายการที่ต้องดำเนินการ

นี่คือตัวอย่างโค้ดทั้งหมดที่ทำงานได้อย่างสมบูรณ์เพื่อย้อนกลับชุดคำสั่งหากมีข้อผิดพลาดเกิดขึ้นและรายงานข้อความแสดงข้อผิดพลาด

begin try
    begin transaction;

    ...

    commit transaction;
end try
begin catch
    if @@trancount > 0 rollback transaction;
    throw;
end catch

ก่อน SQL 2012

begin try
    begin transaction;
    
    ...
    
    commit transaction;
end try
begin catch
    declare @ErrorMessage nvarchar(max), @ErrorSeverity int, @ErrorState int;
    select @ErrorMessage = ERROR_MESSAGE() + ' Line ' + cast(ERROR_LINE() as nvarchar(5)), @ErrorSeverity = ERROR_SEVERITY(), @ErrorState = ERROR_STATE();
    if @@trancount > 0 rollback transaction;
    raiserror (@ErrorMessage, @ErrorSeverity, @ErrorState);
end catch

SQL 2012 แนะนำคำสั่ง throw:

http://msdn.microsoft.com/en-us/library/ee677615.aspx

หากระบุคำสั่ง THROW โดยไม่มีพารามิเตอร์คำสั่งนั้นจะต้องปรากฏในบล็อก CATCH สิ่งนี้ทำให้ข้อยกเว้นที่ถูกจับได้ถูกยกขึ้น

BEGIN TRY
    BEGIN TRANSACTION
    ...
    COMMIT TRANSACTION
END TRY
BEGIN CATCH
    ROLLBACK TRANSACTION;
    THROW
END CATCH

การย้อนกลับภายในบล็อก CATCH (โค้ดก่อน SQL2012 ใช้คำสั่ง THROW สำหรับ SQL2012 และใหม่กว่า):

DECLARE
    @ErrorMessage nvarchar(4000) = ERROR_MESSAGE(),
    @ErrorNumber int = ERROR_NUMBER(),
    @ErrorSeverity int = ERROR_SEVERITY(),
    @ErrorState int = ERROR_STATE(),
    @ErrorLine int = ERROR_LINE(),
    @ErrorProcedure nvarchar(200) = ISNULL(ERROR_PROCEDURE(), '-');
SELECT @ErrorMessage = N'Error %d, Level %d, State %d, Procedure %s, Line %d, ' + 'Message: ' + @ErrorMessage;
RAISERROR (@ErrorMessage, @ErrorSeverity, 1, @ErrorNumber, @ErrorSeverity, @ErrorState, @ErrorProcedure, @ErrorLine)

ฉันคิดว่าตัวเลือกของคุณคือ:

• อย่าจับข้อผิดพลาด (ปล่อยให้ฟองขึ้น)
• เพิ่มแบบกำหนดเอง

ในบางจุด SQL อาจแนะนำคำสั่ง reraise หรือความสามารถในการตรวจจับข้อผิดพลาดบางอย่างเท่านั้น แต่สำหรับตอนนี้ให้ใช้วิธีแก้ปัญหาชั่วคราว ขออภัย.

คุณทำไม่ได้: มีเพียงเครื่องยนต์เท่านั้นที่สามารถส่งข้อผิดพลาดได้น้อยกว่า 50000 สิ่งที่คุณทำได้คือโยนข้อยกเว้นที่ดูเหมือน ...

โปรดดูคำตอบของฉันที่นี่

ผู้ถามที่นี่ใช้ธุรกรรมฝั่งไคลเอ็นต์เพื่อทำสิ่งที่เขาต้องการซึ่งฉันคิดว่ามันโง่ไปหน่อย ...

ตกลงนี่เป็นวิธีแก้ปัญหา ... :-)

DECLARE @Error_Number INT
BEGIN TRANSACTION 
    BEGIN TRY
    INSERT INTO Test(Id, Name) VALUES (newID(),'Ashish') 
    /* Column 'Name' has unique constraint on it*/
    END TRY
    BEGIN CATCH

            SELECT ERROR_NUMBER()
            --RAISERROR (@ErrorMessage,@Severity,@State)
            ROLLBACK TRAN
    END CATCH

หากคุณสังเกตบล็อคการจับจะไม่เพิ่มข้อผิดพลาด แต่ส่งคืนหมายเลขข้อผิดพลาดจริง (และจะย้อนกลับธุรกรรมด้วย) ตอนนี้ในรหัส. NET ของคุณแทนที่จะจับข้อยกเว้นหากคุณใช้ ExecuteScalar () คุณจะได้รับหมายเลขข้อผิดพลาดจริงที่คุณต้องการและแสดงหมายเลขที่เหมาะสม

int errorNumber=(int)command.ExecuteScalar();
if(errorNumber=<SomeNumber>)
{
    MessageBox.Show("Some message");
}

หวังว่านี่จะช่วยได้

แก้ไข: - หมายเหตุหากคุณต้องการรับจำนวนระเบียนที่ได้รับผลกระทบและพยายามใช้ ExecuteNonQuery โซลูชันข้างต้นอาจไม่เหมาะกับคุณ มิฉะนั้นฉันคิดว่ามันจะเหมาะกับสิ่งที่คุณต้องการ แจ้งให้เราทราบ

วิธีหยุดการดำเนินการในโพรซีเดอร์ที่เก็บไว้หลังจากเกิดข้อผิดพลาดและทำให้ข้อผิดพลาดกลับไปที่โปรแกรมการเรียกใช้คือทำตามแต่ละคำสั่งที่อาจทำให้เกิดข้อผิดพลาดกับรหัสนี้:

If @@ERROR > 0
Return

ฉันรู้สึกประหลาดใจที่พบว่าการดำเนินการในกระบวนงานที่จัดเก็บไว้สามารถดำเนินการต่อได้หลังจากเกิดข้อผิดพลาด - การไม่ตระหนักว่าสิ่งนี้อาจนำไปสู่การติดตามจุดบกพร่องได้ยาก

ประเภทของข้อผิดพลาดในการจัดการคู่ขนาน (pre .Net) Visual Basic 6. รอคอยคำสั่ง Throw ใน SQL Server 2012

เนื่องจากคุณยังไม่ได้ย้ายไปที่ปี 2012 วิธีหนึ่งในการใช้รหัสข้อผิดพลาดเดิมคือการใช้ส่วนข้อความของข้อยกเว้นที่คุณกำลัง (อีกครั้ง) โยนจากบล็อก catch โปรดจำไว้ว่าอาจมีโครงสร้างบางอย่างตัวอย่างเช่นข้อความ XML สำหรับรหัสผู้โทรของคุณเพื่อแยกวิเคราะห์ในบล็อก catch

คุณยังสามารถสร้างโพรซีเดอร์ที่เก็บ Wrapper สำหรับสถานการณ์เหล่านั้นเมื่อคุณต้องการให้คำสั่ง SQL ดำเนินการภายในธุรกรรมและป้อนข้อผิดพลาดไปยังโค้ดของคุณ

CREATE PROCEDURE usp_Execute_SQL_Within_Transaction
(
    @SQL nvarchar(max)
)
AS

SET NOCOUNT ON

BEGIN TRY
    BEGIN TRANSACTION
        EXEC(@SQL)
    COMMIT TRANSACTION
END TRY

BEGIN CATCH
    DECLARE @ErrorMessage nvarchar(max), @ErrorSeverity int, @ErrorState int
    SELECT @ErrorMessage = N'Error Number: ' + CONVERT(nvarchar(5), ERROR_NUMBER()) + N'. ' + ERROR_MESSAGE() + ' Line ' + CONVERT(nvarchar(5), ERROR_LINE()), @ErrorSeverity = ERROR_SEVERITY(), @ErrorState = ERROR_STATE()
    ROLLBACK TRANSACTION
    RAISERROR (@ErrorMessage, @ErrorSeverity, @ErrorState)
END CATCH

GO

-- Test it
EXEC usp_Execute_SQL_Within_Transaction @SQL = 'SELECT 1; SELECT 2'
EXEC usp_Execute_SQL_Within_Transaction @SQL = 'SELECT 1/0; SELECT 2'
EXEC usp_Execute_SQL_Within_Transaction @SQL = 'EXEC usp_Another_SP'

จากมุมมองของการออกแบบประเด็นของการทิ้งข้อยกเว้นด้วยหมายเลขข้อผิดพลาดดั้งเดิมและข้อความที่กำหนดเองคืออะไร? ในระดับหนึ่งมันทำลายสัญญาอินเทอร์เฟซระหว่างแอปพลิเคชันและฐานข้อมูล หากคุณต้องการตรวจจับข้อผิดพลาดดั้งเดิมและจัดการกับข้อผิดพลาดที่สูงขึ้นอย่าจัดการข้อผิดพลาดในฐานข้อมูล จากนั้นเมื่อคุณพบข้อยกเว้นคุณสามารถเปลี่ยนข้อความที่นำเสนอให้กับผู้ใช้ได้เป็นอะไรก็ได้ที่คุณต้องการ ฉันจะไม่ทำเพราะมันทำให้รหัสฐานข้อมูลของคุณ 'ไม่ถูกต้อง' อย่างที่คนอื่นบอกว่าคุณควรกำหนดชุดรหัสข้อผิดพลาดของคุณเอง (สูงกว่า 50000) และโยนรหัสเหล่านั้นแทน จากนั้นคุณสามารถจัดการกับปัญหาด้านความสมบูรณ์ ('ไม่อนุญาตให้ใช้ค่าที่ซ้ำกัน') แยกจากปัญหาทางธุรกิจที่อาจเกิดขึ้น - 'รหัสไปรษณีย์ไม่ถูกต้อง', 'ไม่พบแถวที่ตรงกับเกณฑ์' เป็นต้น