Ich habe ja einen teil des logs gepostet,
und die Frage gestellt warum insert, update und delete befehle ausgeführt werden, die in nicht "befohlen" habe.
Dieser teil dauert auch sehr lange

Garnix wird ausgefuehrt. Es werden SQL statements vorberechnet die dann zur Laufzeit verwendet werden.

was schlägst du vor?

soll ich mal das ganze log-file posten?

ist aber ziemlich groß

Sorry, aber ich habe hier keine magische Glaskugel mit der ich mir deinen Screen herzaubern kann. Du musst schon selbst schauen wo es 70 Sekunden (!) lang haengt. Wenn du einige kritische Stellen identifiziert hast kannst du Auszuege hier posten.

hallo

Ok ich hab mir jetzt nochmal alles angesehen und folgende sachen dauern sehr lange (immer nur auszüge aus dem logfile):
hier das mapping:
Mapped property: fid -> fid
09:28:03,517 DEBUG HbmBinder:1214 - Mapped property: besondereVereinbarung
09:28:03,527 DEBUG HbmBinder:1214 - Mapped property: firma -> fid
09:28:03,537 DEBUG HbmBinder:1214 - Mapped property: zusatzKosten
09:28:03,567 INFO HbmBinder:1345 - Mapping collection: org.intermedien.database.persistence.databaseBeans.Rechnung.rechnungsPositionen -> rechnung_pos
09:28:03,567 DEBUG HbmBinder:1214 - Mapped property: rechnungsPositionen
09:28:03,597 DEBUG Configuration:1395 - null<-org.dom4j.tree.DefaultAttribute@17f11fb [Attribute: name resource value "org/intermedien/database/persistence/databaseBeans/MahnungZk.hbm.xml"]
09:28:03,597 INFO Configuration:460 - Reading mappings from resource: org/intermedien/database/persistence/databaseBeans/MahnungZk.hbm.xml
09:28:03,757 DEBUG DTDEntityResolver:42 - trying to locate http://hibernate.sourceforge.net/hibern ... ng-3.0.dtd in classpath under org/hibernate/
09:28:03,767 DEBUG DTDEntityResolver:56 - found http://hibernate.sourceforge.net/hibern ... ng-3.0.dtd in classpath
09:28:04,568 INFO HbmBinder:311 - Mapping class: org.intermedien.database.persistence.databaseBeans.MahnungZk -> mahnung_zk
09:28:04,578 DEBUG HbmBinder:1214 - Mapped property: mid -> mid
09:28:04,608 DEBUG HbmBinder:1214 - Mapped property: text -> text
09:28:05,019 DEBUG HbmBinder:1214 - Mapped property: wert -> wert


und hier die insert,update und delete befehle, die ich nicht verstehe:

Version select: select egid from omp_intermedien.dokument where egid =?
09:30:01,186 DEBUG AbstractEntityPersister:2440 - Snapshot select: select dokument_.egid, dokument_.datum as datum8_, dokument_.empfaenger as empfaenger8_, dokument_.titel as titel8_, dokument_.bemerkung as bemerkung8_, dokument_.dokument as dokument8_ from omp_intermedien.dokument dokument_ where dokument_.egid=?
09:30:04,050 DEBUG AbstractEntityPersister:2442 - Insert 0: insert into omp_intermedien.dokument (datum, empfaenger, titel, bemerkung, dokument, egid) values (?, ?, ?, ?, ?, ?)
09:30:04,060 DEBUG AbstractEntityPersister:2443 - Update 0: update omp_intermedien.dokument set datum=?, empfaenger=?, titel=?, bemerkung=?, dokument=? where egid=?
09:30:04,060 DEBUG AbstractEntityPersister:2444 - Delete 0: delete from omp_intermedien.dokument where egid=?
09:30:05,252 DEBUG AbstractEntityPersister:2437 - Static SQL for entity: org.intermedien.database.persistence.databaseBeans.Mpos
09:30:05,262 DEBUG AbstractEntityPersister:2439 - Version select: select posid from omp_intermedien.mpos where posid =?
09:30:05,262 DEBUG AbstractEntityPersister:2440 - Snapshot select: select mpos_.posid, mpos_.artid as artid88_, mpos_.stk as stk88_, mpos_.ek as ek88_, mpos_.vk as vk88_, mpos_.db as db88_, mpos_.mwst as mwst88_, mpos_.beschreibung as beschrei8_88_ from omp_intermedien.mpos mpos_ where mpos_.posid=?
09:30:05,272 DEBUG AbstractEntityPersister:2442 - Insert 0: insert into omp_intermedien.mpos (artid, stk, ek, vk, db, mwst, beschreibung, posid) values (?, ?, ?, ?, ?, ?, ?, ?)
09:30:05,292 DEBUG AbstractEntityPersister:2443 - Update 0: update omp_intermedien.mpos set artid=?, stk=?, ek=?, vk=?, db=?, mwst=?, beschreibung=? where posid=?
09:30:05,292 DEBUG AbstractEntityPersister:2444 - Delete 0: delete from omp_intermedien.mpos where posid=?
09:30:06,333 DEBUG AbstractEntityPersister:2437 - Static SQL for entity: org.intermedien.database.persistence.databaseBeans.ShopZahlart
09:30:06,333 DEBUG AbstractEntityPersister:2439 - Version select: select zbid from omp_intermedien.shop_zahlart where zbid =?
09:30:06,373 DEBUG AbstractEntityPersister:2440 - Snapshot select: select shopzahlar_.zbid, shopzahlar_.zb as zb99_, shopzahlar_.zbkosten as zbkosten99_, shopzahlar_.standard as standard99_ from omp_intermedien.shop_zahlart shopzahlar_ where shopzahlar_.zbid=?
09:30:06,383 DEBUG AbstractEntityPersister:2442 - Insert 0: insert into omp_intermedien.shop_zahlart (zb, zbkosten, standard, zbid) values (?, ?, ?, ?)
09:30:06,393 DEBUG AbstractEntityPersister:2443 - Update 0: update omp_intermedien.shop_zahlart set zb=?, zbkosten=?, standard=? where zbid=?
09:30:06,403 DEBUG AbstractEntityPersister:2444 - Delete 0: delete from omp_intermedien.shop_zahlart where zbid=?


Vielleicht kannst du mir sagen ob ich das irgendwo abdrehen kann, oder auch sonst irgendwie weiterhelfen, denn es dauert wirklich seeeehr lange :)

danke
rainer

Das erste ist das Lesen der XML Dateien. Das zweite das Kompilieren der SQL Statements. Ersteres kann man mit einem Cache beschleunigen (beim zweiten Lauf dann), siehe Wiki. Das zweite kann man zu Kosten der Laufzeit abschalten in dem man dynamic-update="true" und dynamic-insert="true" in die <class> Mappings schreibt. Grundsaetzlich sind 70 Sekunden viel zu Lange, ich habe schon hunderte von Entities in < 10 Sekunden gesehen, auf einer nicht besonders schnellen Maschine.

was ist eine nicht besonders schnelle maschine.?
Ich habe schon einen sehr alten PC PIII-600, aber trotzdem.

das heißt wohl, ich muss mit diesem langen startup leben :(

Das properties hibernate.hbm2ddl.auto ist für das automatische Synchronisieren von den hbm Files zu den Datenbank Definitionen zuständig. Es gibt drei verschiedene Einstellungen, create, create-drop und update dafür.

gruss pfenn

Aber was bringt das genau, hab das nirgends so richtig verstanden, egal wo ich nachgelesen hab...

Was es bringt ist eine andere Frage :-)

Wo ich es mir vorstellen kann ich wenn du eine zur Laufzeit dynamische Datenbank willst, also neue Klassen zur Laufzeit erstellst und diese auch persisent haben möchtest.

Oder aber du willst beim Deployment die Datenbank automatisch nachführen lassen und nicht jedesmal noch ein SQL Script laufen lassen.


gruss pfenn

Aja, ok danke, dann scheint es nicht wirklich interessant für mich und ich kann mir auch nicht vorstellen, dass das oft verwendet wird.