Hibernate version:
2.1.7

Name and version of the database you are using:
Oracle9

vielleicht wurde ein derartiges Thema schon an anderer Stelle diskutiert, ich habe jedenfalls
nichts vergleichbares gefunden bzw. fehlt mir der richtige Suchbegriff.

Ich habe folgenden UseCase welcher auf mich in den nächsten Monaten zu kommen wird.
Wie in vielen Applikationen welche sich im Betrieb befinden, muß gewährleistet sein, das Schemaerweiterungen/Änderungen
sich nicht auf die Produktion auswirken. Es muß also gewährleistet werden das das Hinzufügen eines Attributes an einem
BusinessObjekt nicht einen kompletten DROP-Table, CREATE-Table Zyklus nach sich zieht.
Z.Zt. bzw. in der Entwicklung gehe ich den Weg, jedesmal bei Änderung die Mappings mit ant neu zu erzeugen (hibernatedoclet),
die Tabellen zu droppen und neu anzulegen (schemaexport).
Das hätte in einer produktiven DB offensichtlich fatale Folgen :-(

Auf Anhieb fällt mir dabei eine unschöne Lösung ein. Ich schreibe SQL(DML) Skripte, welche die Tabellen mittels ALTER TABLE verändern.
Damit hätte ich mich aber ein für alle mal von einem durchgängigen, nachvollziehbaren Entwicklungsweg verabschiedet.

Wonach ich suche ist eine Möglichkeit mit Hibernate-Mitteln ein produktives Datenbankschema zu aktualisieren
ohne destruktiv auf den Daten zu arbeiten und gleichzeitig den Entwicklungsprozess nicht aufzubrechen.
Oder gibt es sonst irgendwelche Werkzeuge, die mich dabei unterstützen?

Danke und Gruß
Gunnar

Ich arbeite mit Hibernate 3 und Derby und habe schon erfolgreich org.hibernate.tool.hbm2ddl.SchemaUpdate verwendet. Dabei muss man allerdings beachten, dass neue Felder im hbm.xml mapping Dokument am Ende (und nicht mittendrin) erscheinen.
Ob es diese Klasse auch für Hibernate 2 gibt, weiss ich nicht.

Habe ich mit Hibernate 2.x auch schon gemacht.

Reto

Danke für die Hinweise!
SchemaUpdate war das Stichwort.
Für einfache Updates wird das wahrscheinlich funktionieren, für komplexere Änderungen (Relationen) wahrscheinlich nicht.
Im Prinzip muß man die Daten zwischen zwei Objektmodellen kopieren(migrieren), da sich die Semantik des Modells ggf. geändert hat.

Eine ähnliche Diskussion gabe es bereits :
http://forum.hibernate.org/viewtopic.php?t=931183&highlight=schemaupdate

Hat jemand mit dem dort diskutierten Tool
http://octopus.objectweb.org/index.html
oder einem vergleichbaren Erfahrungen gesammelt?