H2 H2 executeQuery ist sehr langsam

[bladepit]

Hallo zusammen,

ich nutze als Testdatenbank H2. Die Abfragen die ich ausführe sind einfach also nur SELECTs.

Die Abfragen dauert aber manchmal bis zu 3 Minuten. Das verstehe ich nicht warum.

Die Connection und der der Connect zur Datenbank gehen recht schnell was solange braucht sind folgende Quellcode Zeilen:

 ResultSet resultSet = statement.executeQuery(query);

Hab auch schon folgendes probiert:

List list = session.createSQLQuery(query).addEntity("ins", ALL_RSC_DATA.class).list();

Beide dauern solange. Hat einer ne Idee woran das liegen kann? Bin absolut überfragt.

Gruß

bladepit

 

[nrg]

hast du einen index erstellt? (bzw. PrimaryKey gesetzt)

ansonsten steht genau das Problem auch in den FAQ: Frequently Asked Questions

 

[thE_29]

Index anlegen (PK, UNIQUE, Index selbst) ist immer ein Vorteil..

Außerdem wie kompliziert ist dein Statement und wie groß ist die DB?

 

[bladepit]

PrimaryKeys hab ich natürlich gesetzt.

Die Selects sind so 500 Stück aber die werden halt im Abstand von 3 min abgesetzt. Nun hab ich die Selects sogar umgebaut sodass 5 Zeilen aus einem Select komme aber auch nicht besser.

Meine Tabelle hat ca. 4,5 Mio. Einträge. Aber es hat vorher auch alles reltiv flüssig geklappt. Weiß nur nicht was ich geändert haben soll...:-(

 

[thE_29]

Läuft die DB auch auf deinem PC? Vielleicht zuviel Auslastung? 4.5 MIO Datensätze sollte man nicht unterschätzen...

Und selbst wenn bei dir im ResultSet nur 5 Datensätze rauskommen, so muss die DB diese 5 ja mal finden..


Sieht eher nach einem Failed-Index oder so aus.. Probier den mal neu anzulegen..

 

[bladepit]

Ja die DB liegt halt lokal als Datei vor.

Hmm dann muss ich ma gucken...Danke

 

[thE_29]

Guck mal wie die Computerauslastung ist, wenn du den SQL Befehl absetzt..

 

[bladepit]

Haha ich habs gefunden falsches Argument an java gegeben. Dadurch hat er alles gedrückt. 🙂

 

[tuttle64]

Haha ich habs gefunden falsches Argument an java gegeben. Dadurch hat er alles gedrückt. 🙂

Wollte ich gerade schreiben: Sofern das SQL selektiv ist, sollten auch 4.5 Mio Rows kein Problem sein.