Nhibernate - item aktualisiert seine ParentID auf null, anstatt gelöscht zu werden

Die Geschäftslogik innerhalb eines Prozesses ist:

• beginne die Transaktion
• fügt ein Objekt zu einer Sammlung hinzu
• führe einen Fund ("somethingA")
durch
• Löschen Sie diesen Eintrag abhängig vom vorherigen Schritt.
• Commit-Transaktion

Ich benutze cascade all-delete-orphans und die inverse = true, beide in meiner Elternklasse. Wenn ich das Objekt aus der Sammlung lösche, setze ich .parentObj = null und entferne das Objekt aus der Sammlung.

Bei der Verwendung von TemplateFlushMode.Auto habe ich die Datenbank profiliert und folgendes getan:

• Element einfügen
• SELECT bezogen auf etwasA
• UPDATE parentID (das FK zum Parent) des Items zu NULL

(das Einfügeelement ist fertig, weil ein find() ausgeführt wurde, um die Datenkonsistenz in der Datenbank zu gewährleisten). Die Auswahl ist abgeschlossen, und dann würde ich erwarten, dass DELETE ausgeführt wird ... aber ein Update auf parentID = null ist erledigt.

Beim Ausführen von Session.Flush() direkt vor Find() passiert Folgendes:

• Element einfügen
• SELECT bezogen auf etwasA
• Element löschen

Bei Verwendung von TemplateFlushMode.Commit werden die Änderungen am Ende der Transaktion vorgenommen und das Element wird nie eingefügt:

• SELECT bezogen auf etwasA

Die App, mit der ich arbeite, verwendet TemplateFlushMode.Auto , also frage ich mich, gibt es eine Erklärung, warum die Kaskadierung nicht funktioniert, wenn eine Auswahl zwischen einem Element hinzugefügt und dann in demselben entfernt wird Transaktion?

Ich weiß, die erste Antwort, die auftaucht, ist: "Füge kein Element zu einer Sammlung hinzu, wenn es danach entfernt wird". Aber ich ändere die Geschäftslogik lieber nicht.

Weiß jemand, warum anstelle von delete ein Update durchgeführt wird, wenn AUTO verwendet wird? (Bei Verwendung von Commit wird das Objekt nicht eingefügt)