Sqlalchemy-orm-deleting-related-objects
SQLAlchemy ORM-関連オブジェクトの削除
単一のテーブルで削除操作を実行するのは簡単です。 必要なのは、マップされたクラスのオブジェクトをセッションから削除し、アクションをコミットすることだけです。 ただし、複数の関連するテーブルでの削除操作は少し面倒です。
sales.dbデータベースでは、CustomerクラスとInvoiceクラスは、1対多タイプの関係でcustomerおよびinvoiceテーブルにマップされます。 Customerオブジェクトを削除して結果を確認します。
クイックリファレンスとして、以下は顧客および請求書クラスの定義です-
セッションをセットアップし、以下のプログラムを使用してプライマリIDでクエリすることにより、Customerオブジェクトを取得します-
サンプルテーブルでは、x.nameはたまたま 'Gopal Krishna’です。 このxをセッションから削除し、この名前の出現をカウントしましょう。
結果のSQL式は0を返します。
ただし、xの関連するInvoiceオブジェクトはまだ存在しています。 次のコードで確認できます-
ここで、10と14は、顧客のGopal Krishnaに属する請求書番号です。 上記のクエリの結果は2です。つまり、関連オブジェクトは削除されていません。
これは、SQLAlchemyがカスケードの削除を想定していないためです。削除するコマンドを与える必要があります。
動作を変更するには、User.addresses関係のカスケードオプションを構成します。 進行中のセッションを閉じ、新しいdeclarative_base()を使用してUserクラスを再宣言し、カスケード構成を含むアドレス関係を追加しましょう。
リレーションシップ関数のカスケード属性は、セッション操作を親から子に「カスケード」する方法を決定するカスケード規則のコンマ区切りリストです。 デフォルトでは、Falseです。つまり、「save-update、merge」です。
利用可能なカスケードは次のとおりです-
- 更新を保存
- マージ
- 抹消
- 削除する
- 削除孤児
- リフレッシュ期限
多くの場合、使用されるオプションは「all、delete-orphan」であり、関連するオブジェクトはすべての場合に親オブジェクトと一緒に続き、関連付けが解除されると削除されることを示します。
したがって、再宣言された顧客クラスは以下に示されています-
以下のプログラムを使用してGopal Krishna名を持つ顧客を削除し、関連する請求書オブジェクトの数を確認しましょう-
カウントは現在、上記のスクリプトによって発行された次のSQLで0です-