問題タブ [cascade]

休止状態を使用して @ManyToMany 関連付けをマップしようとしています。しかし、これまでのところ、外部キーの 1 つにしかカスケードできませんでした。

私のソースコードは次のようになります。

hibernatetool の出力:

どういうわけか、Passenger クラスの @OnDelete(action=OnDeleteAction.CASCADE) アノテーションが hibernate によって破棄されます。

親が保存または永続化されているときに子を保存または永続化させたくないため、カスケード「削除」(jpa) および「delete-orphan」を使用して 1 対多の関係をマップしようとしています (セキュリティ上の理由によるクライアントからサーバーへ (GWT、Gilead))

しかし、この構成は機能しません。カスケード「すべて」で試してみると、実行されます。delete-orphan オプションを実行するためにカスケード "all" が必要なのはなぜですか?

コードは次のとおりです (簡単にするために id やその他のフィールドはありません。クラス Thread は、カスケードなしで単純な多対 1 のプロパティを定義します):removeThreadトランザクション関数で関数を使用すると実行されませんが、編集cascade.Removeするcascade.Allと実行されます。 .

モデルa：

モデルb：

モデルc：

を削除するときは、子を参照する可能性のあるものから削除されるようaに、子も削除してもらいたいと思います。ただし、上記は機能していません。助けていただければ幸いです。b'sc's

私が関与しているプロジェクトの主任開発者は、カスケードに依存して関連する行を削除するのは悪い習慣だと言います。

これがどのように悪いのかわかりませんが、そうである場合/理由についてのあなたの考えを知りたいです.

オラクルでは、DROP TABLE ...カスケード制約を発行でき、FKなどについて文句を言うことはありません。

T-SQLに同等のものはありますか？

他のテーブルで外部キーとして使用される「Customer」というオブジェクトがあります。

問題は、「Customer」を削除できるかどうか (つまり、他のテーブルで参照されていないかどうか) を知りたいということです。

これは Nhibernate で可能ですか?

JPA 接続エンティティを含む複雑なオブジェクト グラフがあります。親を削除すると、削除が子に正しくカスケードされます。

次に、(1 対 1 の関係を熱心に読み込まないように) 親クラスをインストルメント化します。削除すると、参照整合性違反の例外が発生します。フラッシュ時のクエリの休止状態の問題を見ると、休止状態が実際に間違った順序でレコードを削除しようとしていることがわかります。したがって、データベースは参照整合性について不平を言い、例外がスローされます。

これは、エンティティがインストルメント化されている場合にのみ現れるのはなぜですか? カスケード削除の順序を変更する方法はありますか?

単純な親/子テーブルがあります。コントラクトは親テーブルです。各契約は複数のユニットを持つことができます。

これが私のC＃クラス定義（簡略化）です：

AutoMappingでFluentNHibernateを使用しています。これが私のAutoMappingクラスです：

Fluentが生成するHBM.XMLファイルは次のとおりです。

（単位テーブルの場合）：

（および契約テーブルの場合）：

単体テストの目的で、各リポジトリに「Clear（）」メソッドがあるので、既知の空のデータベースから始めることができます。それは単にします

続いてDebug.Assert（Repository.GetCount（）== 0）;

私の問題は、UnitsRepository.Clear（）を実行すると、NHibernate.ObjectDeleteExceptionが発生することです。削除されたオブジェクトはカスケードによって再保存されます（削除されたオブジェクトを関連付けから削除します）

私はそのエラーをグーグルで検索し、それに関する多くの記事を見つけましたが、提案されたものは何も機能していないようです。親マッピングに「.Inverse（）」を追加しました。カスケードを「All」から「SaveUpdate」に変更してみました（一部の投稿で問題として引用されている「AllDeleteOrphans」に設定されていませんでした）。すべてのリポジトリをクリアし、そのすべてをラップしてみました。取引。Session.Deleteの後にフラッシュを追加してみました。最初に親リポジトリをクリアしてから、子をクリアしてみました。エラーを取り除くものは何もありません。

どんな助けでもいただければ幸いです。

シナリオは次のとおりです。

Parentという名前の 3 つのオブジェクト (名前を簡略化しました) があります。親の子と子の子、
親の子は親のセット、子の子は子のセットです。

マッピングは次のとおりです（関連部分）

親

親の子

私が達成したいのは、親を削除すると、子の子までカスケード削除が行われることです。しかし、現在起こっていることはこれです。

(これは純粋にマッピング テスト目的のためです) 親エンティティを取得します (正常に動作します)

今削除部分

カスケードと逆で「null値を挿入できません」というエラーを解決した後、このコードですべてが削除されることを願っていますが、親のみが削除されています。

見逃されそうなマッピングの何かを見落としていませんか? 正しい方向へのヒントは大歓迎です!

ディエゴ、要点を答えてくれてありがとう。（と説明）

これはon-delete="cascade"、データベースではなくコードで可能な限り多くの制御が必要なためです。

以下に投稿されたコードは、(動作中の) 結果です。

親

親の子

これが同じ問題を抱えている人々に役立つことを願っています!

テーブル A への外部キー参照 (ON UPDATE CASCADE に設定) を持つテーブル B があり、

コマンド、参照は正しく更新されますか?

ON DELETE CASCADE について話しているのではないことに注意してください。そのセットがある場合、REPLACEコマンドがテーブルBのレコードを削除することを私は知っています。