Nhibernate-cascades
NHibernate-カスケード
この章では、カスケード機能の使用方法について説明します。 アイテムのセットまたはコレクション、または顧客と注文などの2つのクラス間の関係があり、外部キー関係がある場合。 デフォルトで顧客を削除すると、NHibernateは子オブジェクトに対して何もしません。そのため、その顧客に属するオブジェクトは孤立した注文になる可能性があります。
- 外部キー制約に違反している可能性もあるため、カスケードの概念を使用できます。
- デフォルトでは、NHibernateは操作を子オブジェクトにカスケードしません。
- これは、デフォルトの配送先住所を持つ顧客などの関係を持つことができ、その配送先住所が多くの異なる顧客と共有されるためです。
- そのため、他の顧客がまだ関係を参照しているため、その関係を必ずしもカスケードすることは望ましくありません。
- したがって、カスケードの全体的な概念は、NHibernateに子エンティティーの処理方法を伝えることです。
カスケードには、次のようなさまざまなオプションがあります-
none -これはデフォルトであり、カスケードなしを意味します。
all -保存、更新、削除をカスケードします。
save-update -カスケード、保存、更新します。
delete -削除をカスケードします。
all-delete-orphan -これは非常に頻繁に使用される特別なもので、All Exceptと同じです。Delete-orphan行が見つかった場合は、それらも削除されます。
簡単なカスケードの例を見てみましょう。プログラムの問題を修正しましょう。次のコードに示すように、保存をオーダーに手動でカスケードする必要があります。
上記のコードスニペットでは、顧客のすべての注文を手動で保存していることがわかります。 次に、すべての注文が保存されている手動カスケードコードを削除しましょう。
- 現在、注文は完全に顧客のものです。 したがって、顧客がデータベースから削除された場合、ここでのアプリケーションは、孤立している可能性のある注文を含め、これらの注文をすべて削除する必要があります。
- 削除を行うことになります。 それにより、顧客IDが削除する顧客と等しい注文テーブルから削除します。 したがって、これらの削除を実際にカスケードできます。 All *を使用すると、保存、更新、削除が実行されます。
このアプリケーションを実行すると、次の出力が表示されます。
ご覧のとおり、手動でカスケードされたプログラムからコードを削除しましたが、アプリケーションは引き続き動作しています。
したがって、関係によっては、それらをカスケードすることもできます。 次に、別のカスケード関係を見てみましょう。 Order.hbm.xml ファイルに移動して、その多対1の関係をカスケードできます。
したがって、新しい注文を作成し、それに新しい顧客がアタッチされ、その注文を保存すると言うと、それをカスケードすることができます。 しかし、おそらくしたくないことの1つは、対応する顧客を削除するために注文が削除された場合です。
そのため、ここでは保存更新を行いたいので、保存更新を使用して、保存または更新をその顧客にカスケードします。 したがって、新しい顧客を獲得した場合、または顧客を変更している場合、それはカスケードされます。 削除の場合、データベースからは削除されません。
したがって、アプリケーションを再度実行しても、すべてが期待どおりに機能します。
ここで、アプリケーションを確認します。デフォルトはNoneであり、エンティティとエンティティ間の関係を考慮して、各エンティティとそのデータベース内の各関係の適切なカスケードを決定する必要があることに注意してください。