Hibernate: Vermeiden Sie das Lesen aller Datensätze in den Speicher

Question

Ich habe eine große Anzahl von Zeilen in der Datenbank, aus denen ich ein XML-Dokument erstellen muss. Ich benutze Hibernate 3. Die grundlegende list() -Methode in Criteria und Query-Schnittstellen sieht gefährlich aus: Ich quess es ziemlich viel muss alle Datensätze in den Speicher gelesen werden, auch wenn ich nur über sie iterieren. Oder gibt es etwas faule Ladezauber? Wenn nicht, habe ich scheinbar noch zwei Optionen: mit scroll() oder iterate() von Query (scroll ist auch in Criteria vorhanden). iterate sieht auch nicht sehr gut aus, wenn ich minimale SQL-Roundtrips haben möchte: "Die erste SQL-Abfrage gibt nur Identifikatoren zurück". Also habe ich recht, muss ich dafür scroll() benutzen?

Answer 1

Verwenden Sie die setMaxResults() - Methode für Kriterien.

Criteria crit = sess.createCriteria(Cat.class); 
crit.setMaxResults(maxResults); 
crit.setFirstResult(firstResultIndex); 
List cats = crit.list(); 

http://hibernate.org/hib_docs/v3/reference/en/html/querycriteria.html

http://www.hibernate.org/hib_docs/v3/api/org/hibernate/Criteria.html

Answer 2

Auch einen Blick auf Batch-Abschnitt 19.1.4 und 19.1.5 Abrufen tun sollten.

Insert into BatchTable (ID, Seq) Select (O.ID, Sequence.Next) 
From MyObject O Where ... 

In kleinen Einheiten der Arbeitsbelastung in den Objekten: http://www.hibernate.org/hib_docs/v3/reference/en-US/html_single/#queryhql-joins-forms

Answer 3

Dies ist, was auf plane ich tun: eine temporäre Tabelle erstellen mit dem Objekt-IDs aller Zeilen muß ich exportieren :

Select Min(B.Seq), Max(B.Seq) From BatchTable; 

for (batch = minBatch; batch <= maxBatch; batch += size) { 
beginTransaction(); 
results = query("Select O From MyObject O, BatchTable B 
        Where O.ID = B.ID and (? <= B.Seq AND B.Seq < ?)"); 

exportXML(results); 
for (MyObject O : results) { 
    O.setProcessed(True); 
    O.update(); 
} 
commit(); 
} 

Answer 4

Wenn Sie als procesed die Objekte nicht ab markieren müssen, können Sie einfach die Objekte aus der Sitzung verwenden scroll() und vertreiben, wie Sie mit ihnen fertig sind.

Answer 5

Versuchen unter Verwendung scroll() in Verbindung mit diesem:

http://docs.jboss.org/hibernate/core/3.3/api/org/hibernate/StatelessSession.html

Ein Befehlsorientierte API für Bulk-Operationen mit einer Datenbank durchgeführt wird. Eine statusfreie Sitzung implementiert weder einen Cache der ersten Ebene, noch interagiert sie mit einem Cache der zweiten Ebene, noch implementiert sie transaktionale Write-Behind- oder automatische Dirty-Überprüfung, noch kaskadieren Operationen mit zugeordneten Instanzen. Sammlungen werden von einer zustandslosen Sitzung ignoriert. Operationen, die über eine zustandslose Sitzung ausgeführt werden, umgehen das Ereignismodell und die Interzeptoren von Hibernate. Stateless-Sitzungen sind anfällig für Daten-Aliasing-Effekte, da ein Cache der ersten Ebene fehlt.

Bei bestimmten Arten von Transaktionen kann eine zustandslose Sitzung etwas schneller ablaufen als eine zustandsbehaftete Sitzung.