問題タブ [savepoints]

私は、あらゆる種類のデータベースで動作する一般的な jdbc コードを持っています。トランザクションとセーブポイントで動作する API がいくつかあります。

問題は、一部のデータベースではセーブポイントを手動で解放する必要があることです

また、手動リリースを行うときに例外をスローするものもあります (最も顕著なのは Oracle)。

データベースに自動セーブポイントのリリースがあるかどうか、または手動で行う必要があるかどうかを実行時に確認するにはどうすればよいですか。そしてpls、私はいくつかの素晴らしいAPIを持っています。私は例外をキャッチしたくありません。この場合、それは醜く、エラーが発生しやすいです。スローされる例外はjava.sql.SqlExceptionであり、「FeatureUnsupportedException」のようなものではありません。したがって、実際のエラーがあり、愚かにもそれを見つけた場合、トランザクション全体で完全に失敗する可能性があります。

ありがとう

私は Web サービスの初心者であり、Web サービスを使用したテストの自動化でセーブポイント メカニズムを使用することを考えていました。以下はコードスニペットです

セーブポイントの設定とロールバックの間の操作は、webServices を使用したさまざまな CRUD 操作であるため、セーブポイントがロールバックされると、自動化中に作成されたダーティ データが消去されます。ここでセーブポイントメカニズムを使用するのが良い方法であるかどうか、また使用しても問題ない場合、セーブポイントの作成とロールバックにかかる平均時間はどれくらいになるでしょうか?

3 つの異なるデータベースに対して 3 つのセーブポイントがあります。どのトランザクションから、例外が発生したかを調べたい。したがって、基本的にこれらのトランザクションは順次実行されます。トランザクション 1 で例外が発生した場合、セーブポイント 1 にロールバックする必要があります。

transaction2 で例外が発生した場合、両方のセーブポイント、つまりセーブポイント 1 と 2 をロールバックする必要があります。したがって、私の質問は、どのトランザクションが例外の原因であり、セーブポイントのステータスを取得できるかを調べる方法です。

Oracle 11g でセーブポイントを作成しようとしています。

しかし、SQL Developerからこのエラーが発生し続けます

ROLLBACK TO SAVEPOINT1 エラー レポート: SQL エラー: ORA-01086: セーブポイント 'SAVEPOINT1' がこのセッションで確立されていないか、無効です 01086. 00000 - "セーブポイント '%s' が確立されていません"確立されることはありませんでした。*アクション：

私はHibernateを初めて使用します。私のプロジェクトには以下のシナリオが必要でした。

たとえば、クラスの20レコードデータを挿入していますTestHBDemo。

中間レコードを省略して1〜10レコードと15〜20レコードのみを挿入する方法

javax.sqlを使用するのではなく、できれば休止状態でソリューションを提供してください。

ありがとう.....

エラー発生:

メッセージ 3931、レベル 16、状態 1、行 17 現在のトランザクションをコミットできず、セーブポイントにロールバックできません。トランザクション全体をロールバックします。

これを処理する方法。

私は次のクエリを持っています-

次のエラーが発生します

私はDB2を初めて使用し、開始トランザクションタイプのステートメントを取得しませんでしたが、commitは存在します。

このエラーを解決するにはどうすればよいですか？

解像度

私はフォローしました-

私のコンテキストでは正常に機能しています。

私はMYSQL DBにこのSQLを持っています（ボディが空のsprocなので、暗黙的なコミットはないと思いますか？）。

私が

エラー 1305 (42000) : SAVEPOINT sp_doOrder が存在しません。

私は何かを見落とすかもしれません.何か考えはありますか?

プロシージャのリストをループして動的に呼び出す Oracle パッケージがあります。各プロシージャ コールの前に SAVEPOINT が作成され、例外が発生した場合は、ロールバックが発行され、問題がログに記録されます。最近、動的プロシージャの 1 つに COMMIT が追加されたバグが発生しました。これがトリガーされると、SAVEPOINT が無効になります。その後、同じ手順が失敗し (例外が発生し)、呼び出し元のパッケージの例外ハンドラーがロールバックを試みた場合、例外ハンドラー ブロック内で次の例外が発生します。

ここで、例外ハンドラーに別の例外ハンドラーを配置して、この特定の例外を処理することができますが、SAVEPOINT を発行しようとする直前に、それが有効かどうかを確認するために SAVEPOINT をすばやくチェックできれば、はるかにうまくいきます。ロールバック。これは可能ですか？