問題タブ [rollback]

SQL呼び出しが失敗した場合、たとえばデッドロックのためにタイムアウトした場合、トランザクションはゾンビトランザクションに変わる可能性があります.私のコードまたはフレームワークコードのいずれかがロールバックを行うと思います. SqlTransaction は null ではありませんが、Rollback() を実行しようとすると、ゾンビがエラーをスローする可能性があります。.IsZombie プロパティが見つかりません。

最近、この質問は、トランザクションが一般的なコンテキストで何であるかの定義について投稿されました。この質問に対する一般的な答えは、トランザクションはアトミックな作業単位でなければならないというものでした。

私の質問はこの原子性に関連しています（私は思う）SQLストアドプロシージャでROLLBACKへの明示的な呼び出しをよく目にします。

ロールバックが明示的に要求されることは、一般的にトランザクション処理システムの一般的な要件ですか？

コミット時にエラーが発生した場合、ロールバックは自動的に発生しますか？

移行の「self.drop」にバグがあり、その移行を過ぎてロールバックできません。ゼロから始めて移行 001 から構築するにはどうすればよいですか? また、データを失うことなくこれを行う方法はありますか (これは単なるテストですが、それでも...)

Spring IoCおよび JDBC Template クラスを使用する Java アプリに取り組んでいます。m1() から m4() までの 4 つのメソッドを持つ DAO クラスがあります。m1 はテーブル t1 で複数の挿入と更新を実行し、m2 はテーブル t2 で、m3 は t3 で、というように実行します。

DAO メソッドは次のように使用されます。

4 つの連続するメソッド呼び出しでの db 操作をアトミックにする必要があります。4 つのテーブルすべてが正常に更新されるか、まったく更新されません。したがって、m3() で操作を実行中にエラーが発生した場合、m2 と m1 で実行されたすべての変更 (更新と挿入) をロールバックしたいと考えています。

それで、春はあなたに次のようにさせますか？

}

またはそれを行うより良い方法はありますか？

フォークを使用するモデルがありacts_as_nested_set、モデルを保存してノードを1つのトランザクションでセットに移動するメソッドをモデルに追加しました。このメソッドは検証メソッドを呼び出して、移動が有効であることを確認します。これにより、trueまたはfalseが返されます。検証が失敗した場合は、saveメソッドをActiveRecord::Rollback起動してトランザクションをロールバックしますが、呼び出し元にfalseを返します。

私のモデルは次のようになります。

ただし、失敗する状況でsaveを呼び出すと、トランザクションはロールバックされますが、関数は次を返しますnil。

または、これは自動的に行われる可能性があります。つまり、エラーが発生した場合、変更のコミットはすべての変更に対してキャンセルされます。それは...ですか？

Mercurialに関連：1つのリポジトリ内のブランチ間で1つのファイルをマージします。そのファイルは、バックアウトされるリビジョンの多くの参加者の1つでしたが、1つのファイルに対してバックアウト操作を実行しようとしています。

HGは、それ自体がチェンジセット指向のツールであるため、ファイルを操作する必要はありません。

最も近いのは、hg exportを使用してdiffを作成し、diffを手動で編集してから、hgimportを使用してファイルに逆の順序でパッチを適用することでした。

..しかし、 http： //hgbook.red-bean.com/read/finding-and-fixing-mistakes.htmlが--reverseオプションがあると主張しているこの厄介な状況に遭遇しましhg patch た。

したがって、私が考えることができる最も近いことは、上記のように手動で編集されたパッチを生成し、次にバニラパッチ-Rを使用してリバースパッチを適用することです。

このhg backoutコマンドはここでは便利なように見えますが、実際には赤いニシンです。

より良い方法があるGOTがありますね？

数分前、私は上司と話し合いましたが、私が間違っているか、彼が間違っているかをもっと知りたいと思っています。

次の問題が与えられます: 同僚からの素早い変更の後、ストアド プロシージャに問題が発生しました。（ここでの理論については、これ以上必要な情報はないと思います）

更新スクリプトで正しいバージョンを提供することにしました。

手順 X が存在する場合 .... 手順 X を削除 .... 手順 X を作成 ....

修正が実行される DBO については、ロールバック メカニズムを準備する必要があります (すべきです)。上司が私のところに来て、ロールバック スクリプトの準備を依頼してきました。メインスクリプトが失敗した場合、オプションがないためです。間違ったものにロールバックすることはできません。無意味です。

彼は私たちにそれが必要であり、それは無意味ではないと私に言いました..

私が理由を尋ねると、彼は去っていきました。

私は間違っていますか？