warum Hibernate Update DB nach evict

Question

Ich habe zwei assoziierte entites:

@Entity 
@DynamicUpdate(true) 
public class DreamTaskInfo { 
    private DreamInfo dreamInfo; 
    @ManyToOne 
    @JoinColumn(name = "DREAM_INFO_ID", nullable = false) 
    public DreamInfo getDreamInfo() { 
     return dreamInfo; 
    } 
... 
} 

@Entity 
@DynamicUpdate(true) 
public class DreamInfo { 
    private Set<DreamTaskInfo> dreamTasks = new LinkedHashSet<>(); 
    @OneToMany(mappedBy = "dreamInfo",cascade = CascadeType.ALL, fetch = FetchType.EAGER) 
    @OrderBy("remindTime") 
    public Set<DreamTaskInfo> getDreamTasks() { 
    return dreamTasks; 
    } 
    ... 
} 

Ich möchte ein DreamTaskInfo Daten von DB für Nur-Lese-Anwendung verwenden, so dass ich dies tun:

DreamTaskInfo task = this.get(id);//query from db 
getSession().evict(task);//getSession().contains(task)==false 

Aber ich finde out Hibernate führen immer eine Aktualisierung sql für diese Aufgabe beim Flush aus. Endlich benutze ich getSession(). Clear() statt zu vertreiben und es funktioniert. Vielleicht eifrig holen oder Assoziation Ergebnis in etwas in Sitzung? Eigentlich ändere ich nichts manuell und Hibernate Update automatisch, so dass es nichts mit diesem question zu tun hat.

Answer 1

Sie müssen die Sitzung vor dem Aufruf von evict() leeren. Dann sehen Sie nicht, dass die Aktualisierungsabfrage nach der Räumung() ausgeführt wird.

Lösung:

DreamTaskInfo task = this.get(id);//query from db 
getSession().flush();// to make sure atomicity of session is maintained 
getSession().evict(task);//getSession().contains(task)==false 

es einige Änderungen haben könnte, nachdem Sie das Objekt aus der Datenbank geholt, weshalb Hibernate-Update-Abfrage ausgeführt wird.

Die Sitzung soll aus gutem Grund eine arbeitseinheitsbasierte Schnittstelle sein - die transaktionale Semantik wäre ein Desaster ohne diese Funktion. Wenn Sie einzelne Entitäten leeren müssen, ohne andere zu löschen, die Teil derselben Sitzung sind, müssen Sie Ihre Arbeitseinheit überdenken.