Hallo ich habe einen Thread welcher eine Tabelle ueberwachen soll auf Veraenderungen!

Ich pruefe die Anzahl der vorhandenen Datensaetze bzw. Rows einfach mit einer
Query - "select count(*) from table" und wenn sich der Wert veraendert sollen die neuen
Datensaetze ausgelesen werden.

Mein Problem ist nur dass das Ergebnis der Query immer gleich dem Ergebnis der 1. Query bleibt egal ob neue Datensaetze vorhanden sind!

Ich schon verucht die session nach der Query wieder zu schliessen und eine neue zu zu erzeugen!

Weiters habe ich nach jedem Schleifendurchlauf versucht mittels
this.sessionFactory.evictQueries();
den Cache zu loeschen!

Oder auch die Einstellungen fuer die Query gesetzt!
query.setCacheable( false );
query.setForceCacheRefresh( true );

Ich habe auch den Query-Cache in der hibernate.properties deaktiviert
hibernate.cache.use_query_cache = false

Nichts davon hat geholfen! :-(

Ich bekomme immer als ResultSet der Query das 1. Ergebnis zurueck geliefert!

Hibernate version:
V2.1.7c

Hast du schon versucht mit Transaktionen zu arbeiten?

Erik

Transaktionen beim auslesen?
Ich dachte das bringt nur beim Schreiben etwas (rollback ...)!

Wenn ich die SessionFactory jedesmal schliesse und neu erzeuge funktioniert es.
Aber das ist doch keine Lösung!

Weiters ist mir aufgefallen wenn ich jedesmal eine neue Session erzeuge und wieder schliesse ist die Query "select COUNT(*) ..." um einiges schneller, irgendwie ist das für
mich doch sehr unlogisch!

Wie kann ich das Problem loesen ohne dauernd ein SessionFactory neu zu erzeugen?

PS:
Sorry fuer die Grammatik- und Rechtschreibfehler meines oberen Beitrags.
Das kommt davon wenn man den Beitrag x-mal umformatiert! ;-)

Habs gerade mit einer Transaktion versucht und die Query wird wirklich aktualisiert!
Ich dachte immer Transaktionen sind nur fuer schreibende Operationen gut!

Kannst du mir das etwas erleutern?

Danke fuer den Tip!! :-)

PS: Falls jemand eine bessere/performantere Moeglichkeit kennt als meine "select COUNT(*)"-Abfrage um Veraenderungen an der Tabelle (neue Eintraege) zu erkennen haette ich nichts dagegen! ;-)

Ich muss zugeben, dass ich es nicht wirklich kann - aber bei deinem Problem war es einfach die letzte Möglichkeit, die ich gesehen habe, um sicher zu sein, dass wirklich wieder auf einen neuen Stand der DB zurückgegriffen wird.

Hauptsache es hilft erst einmal, später kann man es sicher auch noch verstehen :-)

Erik

Hab das gleiche Problem und verstehe nicht ganz euren Lösungansatz!
Ihr schließt nun nach jedem Query die SessionFactory? Und öffnet sie dann wieder neu? Wenn dem so ist, find ich diese Lösung überhaupt ned performant und es wird überall abgeraten, die SessionFactory mehrmals zu öffnen...

Zu meinem Problem:
Will ebenfalls einen Count machen. Leider ist der Result des Count immer 0. Wenn ich allerdings den SQL String, den mir Hibernate ausgibt in einem SQL-Tool eingebe, bekomme ich das richtige Ergebnis -->Also stimmt die Abfrage.
Verstehe überhaupt nicht, wieso ich als Result immer 0 bekomme. Liegt es vielleicht am Cache (Hab aber QueryCache auf Disabled...)

Hier mein Code:


Bitte euch nochmals genau zu erklären, wie ihr das gelöst habt.
Thx!

Ich habe damit gemeint das bei mir 2 Ansaetze funktioniert haben:

1.) der extrem unperformante -> die SessionFactory wird immer neueroeffnet!
2.) immer vor der Query wird eine Transaktion erzeugt und nach der Query
mit commit abgeschlossen!

Warum das mit der Transaction sich beim Lesen auswirkt verstehe ich bis heute nicht!

Hoffe ich konnte dir helfen![/quote]

Also wenn ich mich nicht irre (siehe meinen Code) mache ich das und es funktioniert trotzdem ned? Irgendwie kommt mir das wie ein voller Bug vor...

Alles mit der Ruhe ;-). Das Problem liegt sicher woanders...

Ein paar Fragen:
1) Könntest du vielleicht einen neuen Thread öffnen? (nicht besonders wichtig)
2) Was für SQL generiert Hibernate? (wichtig)
3) Wie werden neue Einträge in EtPartnerNotes hinzugefügt? Werden sie in einer anderen Transaction/Session geschrieben, die sicher geschlossen ist, wenn CountNotes drankommt? (sehr wichtig)

Erik

PS: ich wäre sehr erstaunt, wenn Hibernate den Cache verwenden würde, wenn man count aufruft - aber ich habe es nicht selber programmiert :-).

Lassen wir es doch gleich in diesem Thread, das hat eh damit zu tun oder ist es dir anders lieber?

2.) Dieses Select macht Hibernate:
Hibernate: /* Select count(n.panId) from EtPartnerNotes n where n.paId.paId=:paId */ select count(etpartnern0_.PAN_ID) as col_0_0_ from EDITOOLS.ET_PARTNER_NOTES etpartnern0_ where etpartnern0_.PA_ID=?

3.) Die Einträge, die bereits in der Datenbank sind, hab ich derzeit nicht mit Hibernate in die DB geschrieben sondern in einem SQL-Tool mit normalen SQL.

Das komische ist wie gesagt, dass wenn ich das Select ausführe, dass mir Hibernate zurückgibt, der Count stimmt!

Weißt du was da sein kann?

Problem gelöst, ich Depp hatte meine DB Abfrage nicht committet!

Sorry, dass ich euch auf die Nerven gegangen bin!

Kein Problem meinerseits. Ich wusste, es konnte nur eine Kleinigkeit sein und die Bestätigung, dass es so war, ist mir Entschädigung genug ;-)

Erik

Auch ich nage an einem ähnlichen Problem und poste deshalb direkt mal in diesen Thread hinein:

Ich arbeite an einer Web-Anwendung, die auf einem Tomcat Server läuft und über Hibernate auf eine Oracle 9 DB zugreift.

Mittlerweile habe ich auch alles soweit implementiert, dass es wundervoll funktioniert, allerdings habe ich noch Probleme mit dem Caching/Commit.


Ich lege in meiner Anwendung neue Objekte an bzw. modifiziere die alten. Dies geschiet jeweils transaktionsbasiert, es bekommt also jedes SELECT und jedes INSERT/UPDATE eine eigene Transaktion, die auch per commit() oder im Fehlerfall per rollback() beendet wird.


Nun wird aber bei mehrmaligen Aufruf z.B. der Übersichtsseite (die eine Liste der Objekte enthält) nur bedingt der aktuelle Status der Objekte angezeigt.
Vielmehr werden durch aktualisieren der Seite in scheinbar willkürlicher Reihenfolge die bisher durchgeführten Transaktionen mal berücksichtigt und dann wieder nicht.

Die Ausgabe des Abfrage-Strings in der Eclipse-Console zeigt mir auch, dass die Abfragen nicht jedes mal ausgeführt werden, sondern offenbar teilweise auf den Cache zurück gegriffen wird.
Zum Teil werden auch nur einige Objekte der Liste neu abgefragt, die anderen bleiben bestehen.

In der Datenbank werden die Einträge alle sofort und korrekt vorgenommen.


Wie bringe ich Hibernate bei, meine Liste jedes Mal korrekt aus der DB zu laden?

Hier der Code meiner Liste (auszugsweise):