java - 手動変更後のデータベースレコードの復元

Question

問題が解決しました:ありがとうございます。以下の私の回答をご覧ください。

Hibernate3 を使用して MySQL5 データベースに接続された Tomcat 5.5 で実行されている Web サイトがあります。

1 つのレコードは、そのレコードに対して実行された変更を保持することを単純に拒否します。プログラムでレコードを変更すると、値は以前の値に戻ります。

データベース内のレコードを手動で変更すると、値が元に戻ります (webapp がそれらにアクセスすると)。

Tomcat を停止し、値を手動で変更してから、Tomcat を再起動しようとしました。データベースを確認すると、Tomcat が webapp を開始した後も値は変更されたままですが、サイトをロードすると元に戻ります。

また、webapp の Tomcat 作業フォルダーと .ser キャッシュファイルを削除しようとしました。

また、元に戻されて見つからない値のコードを確認しました。

私はこの 1 つの特定のレコードでそれを認識しただけです。

編集: hibernate.show_sql=true を使用して、Hibernate からの SQL 出力を確認しました。私の行が入っているテーブルに対して記録された更新クエリがあります。誰かが解決する方法を知っていますか? 列を実際の値にするには？

score 1 · Accepted Answer

あなたの質問に答えるには：

を解決する方法を知っている人はいますか? 列を実際の値にするには？

これはp6spyで実行できます。Spring アプリでこれを設定する方法については、こちらを参照してください。

ただし、これらの手順には誤りがあると思います。p6spy.log として参照されているファイルは、実際には p6spy.properties という名前である必要があります。

score 1 · Accepted Answer

mysql クエリログを一時的に有効にして、どの SQL ステートメントが値を変更したかを正確に確認できます。サーバーの起動直後に変更されると言うので、ステートメントをすぐに理解できるはずです。

score 0 · Accepted Answer

ハロウィーンが近づいているので、この種のことを期待する必要があります (さらに、ちょうど満月でした)。webapp のソースコードですぐに検索するいくつかの値:

頑張ってください...これらは本物のクマを見つけることができます!

score 0 · Accepted Answer

これは、テスト前に行を期待どおりに変更する、起動時に実行されるテストケースのようなにおいがします。

score 0 · Accepted Answer

BEFORE UPDATE にトリガーを追加し、行 ID を確認し、マジック行と一致する場合は SQL エラーを発生させます。次に、生成されたスタックトレースを確認し、コードをたどって、行を更新する部分を見つけます。

score 0 · Accepted Answer

助けてくれてありがとう。すべての提案は、それを追跡するのに役立ちました.

何が原因だったのかを突き止めることができました。不適切なデータベース設計、複数のデータモデル、および Hibernate により、厄介な問題が発生します。別のテーブルには値が格納されており、そのクラスは同じ値で基本クラスを拡張していました。

正規化を検討する時が来ました。

java - 手動変更後のデータベース レコードの復元