SQLServerで同じ例外を再スローする方法

tryブロックで発生したばかりのSQLServerで同じ例外を再スローしたいと思います。同じメッセージをスローできますが、同じエラーをスローしたいと思います。

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を渡すと、以下のエラーが返され、catchにスローされます。

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

14行目UNIQUEKEY制約「UK_DomainCode」への違反。オブジェクト 'Tags.tblDomain'に重複するキーを挿入できません。ステートメントは終了されました。

編集：

ストアドプロシージャに実行する必要のある複数のクエリが含まれていることを考慮して、フロントエンドで例外を処理する場合、try catchブロックを使用しないことの欠点は何ですか？

これは、エラーが発生した場合に一連のステートメントをロールバックしてエラーメッセージを報告する、完全に機能するクリーンなコードサンプルです。

begin try
    begin transaction;

    ...

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

SQL2012より前

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より前のコード、SQL2012以降ではTHROWステートメントを使用）：

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はおそらく再起動コマンド、または特定のエラーのみをキャッチする機能を導入します。ただし、今のところ、回避策を使用してください。ごめんなさい。

あなたはできません。唯一のエンジンは、より少ないあなたが行うことができます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

catchブロックに注意すると、エラーは発生しませんが、実際のエラー番号が返されます（また、トランザクションがロールバックされます）。.NETコードでは、例外をキャッチする代わりに、ExecuteScalar（）を使用すると、必要な実際のエラー番号を取得し、適切な番号を表示します。

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

お役に立てれば、

編集：-注意：影響を受けるレコードの数を取得してExecuteNonQueryを使用しようとすると、上記の解決策が機能しない場合があります。そうでなければ、私はそれがあなたが必要とするものに合うと思います。お知らせ下さい。

エラーが発生した後にストアドプロシージャの実行を停止し、エラーを呼び出し元のプログラムにバブルバックする方法は、次のコードでエラーをスローする可能性のある各ステートメントに従うことです。

If @@ERROR > 0
Return

エラーが発生した後もストアドプロシージャでの実行を続行できることに驚きました。これに気付かないと、バグの追跡が困難になる可能性があります。

このタイプのエラー処理は、Visual Basic 6と類似しています（.Netより前）。SQLServer2012のThrowコマンドを楽しみにしています。

まだ2012に移行していないことを考えると、元のエラーコードのバブリングを実装する1つの方法は、catchブロックから（再）スローする例外のテキストメッセージ部分を使用することです。呼び出し元コードがcatchブロックで解析するためのXMLテキストなど、いくつかの構造を含めることができることに注意してください。

トランザクション内で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以上）を定義し、代わりにそれらを投げるべきです。次に、潜在的なビジネス上の問題とは別に、整合性の問題（「重複する値は許可されません」）を処理できます-「郵便番号が無効です」、「基準に一致する行が見つかりませんでした」など。