Hibernate version:3.1

Hallo,
ich habe folgendes Problem:
Meine Aufgabe liegt darin, das O/R Mappingframework Hibernate auf Performanzengpässe hin zu überprüfen und möglichst effizient einzusetzen. Dabei habe ich (erfolglos) versucht, das Datenbankschema zu denormalisieren, um eine Performanzsteigerung zu erhalten. Konkret sieht das so aus:
Im Objektmodell habe ich ein User, ein Course und ein Assessmentobjekt.
Das Assessmentobjekt verfügt über eine Referenz auf ein Courseobjekt. Ein Courseobjekt kann mehrere Assessmentobjekte über ein Set referenzieren, des Weiteren ist in Course ein Verweis auf das Userobjekt enthalten.
Jetzt stellt sich mir die Frage, ob ich ein Datenbankschema mappen kann, welches in der Tabelle für Assessments eine zusätzliche Spalte mit einem Fremdschlüssel für User hat, ohne dass es diese Assoziation im Objektmodell gibt. (Assessment hat KEINE Referenz zu einem Userobjekt).
Der Grund hierfür wäre eine Optimierung der Anfrage, den User zu finden, der (indem er einen Course angelegt hat) ein bestimmtes Assessment kreiert hat.
Ist so etwas überhaupt möglich?

Mein Mapping sieht im Moment so aus:









Für Hilfe oder sonstige Anregungen wäre ich sehr dankbar
Gruß Uli

D.h. du opferst Integritaet der Daten fuer zweifelhaften Performanzvorteil?

Meine Aufgabe ist, die Performanz zu Analysieren. Dabei soll ich alle Möglichkeiten (oder zumindest so viele wie möglich) ausschöpfen. Bis jetzt sehen meine Ergebnisse so aus, dass die Performanz umso besser ist, je weniger Anfragen ich (oder Hibernate) an die DB stelle. Dies kann ich auch meist ohne Probleme mit optimierten HQL-Anfragen schaffen, allerdings bin ich dann an das Datenbankschema gebunden. Das heißt, dass ich in obigen Beispiel einen Join mehr habe. Dies mag jetzt in diesem Beispiel absolut keine oder nur wenig Verbesserung bringen, über einen "Navigationspfad" über mehrere Objekte hinweg aber durchaus interessant sein.
Dass Denormalisierung auch Probleme mit sich bringt, ist mir durchaus bewusst. Die Datenintegrität muss dann natürlich auf andere Weise gesichert werden. Aus Deinem Posting nehme ich an, dass Hibernate das (im Moment) noch nicht bietet. Das wäre der nächste Untersuchungspunkt gewesen.
Die Frage ist aber immer noch, ob es überhaupt irgendwie möglich ist.

Mir scheint eher dass du einen "mal probieren"-Ansatz zur Optimierung verwendest. Empfehlenswert ist "SQL Tuning" von O'Reilly.

Ich bin nun weit davon entfernt, ein DB-Spezialist zu sein, aber Datenintegrität anders zu sichern als über die Datenbank halte ich für sehr gefährlich ... bisher ist mir noch nichts begegnet, wo das funktioniert hätte. Früher oder später leidet die Qualität der Daten, was der Performance sicherlich auch nicht zu gute kommt.
Dann lieber über Möglichkeiten des Cachings, SQL-Tuning oder dergleichen nachgedacht.

Die Untersuchung findet im Rahmen einer Diplomarbeit statt. Dort ist es die Aufgabe, die Performanz von Hibernate (als ausgewähltes Bsp. eines OR Mappingframeworks) zu untersuchen. Dazu betrachte ich mehrere Ansatzpunkte, um die Performanz steigern zu können. Parallel läuft eine zweite Arbeit, die die Performanzsteigerung anhand eines reinen Datenbank Tunings untersucht. Dort wird Denormalisierung verwendet. Da dies eine wohl nicht unübliche (wenn auch zugegebenermaßen gefährliche) Maßnahme ist, möchte ich dies, wenn es überhaupt möglich ist, auch durch ein Mapping umsetzten. Wie die Datenintegrität gesichert werden kann, ist dann ein weitere Punkt, den es aber erst zu Betrachten gilt, wenn diese Maßnahme überhaupt umsetzbar ist. Ob das dann über das Framework direkt oder über die Datenbank etwa durch anlegen von Triggern geschieht, kann dann in einem weiteren Schritt überprüft werden.
Die Frage ist aber weiterhin, ob es durch "reines" Mapping möglich ist, eine Assoziation auf relationaler Ebene zu erstellen, wenn es auf objektorientierter Seite keine Assoziation gibt.

hmmm ... naja ... ich persönlich finde die Idee, die Performance dadurch zu steigern indem ich die Integrität der Daten gefährde, nicht unbedingt für den richtigen Weg, aber das zu diskutieren ist auch nicht Sinn meiner Antwort ...

Um Deine Frage (aus meiner Sicht) zu beantworten: Jein ;-)

Es zwingt Dich ja keiner auf dem Domain-Model direkt zu arbeiten. Von daher kannst in der Datenbank und was die Mappings angeht "machen was Du willst" und es vor der Anwendung verbergen ... Klar, das ganze will synchronisiert werden, was aber ja durchaus geht.

Alternativ kannst Du den Zugriff auf die Assoziation auf Feld-Ebene modellieren und keine get-/ set- Methoden definieren ... Dann gibt es diese Assoziation zwar, aber man kann nicht so ohne weiteres darauf zugreifen ...

In beiden Fällen musst aber irgendwie dafür sorgen, dass die benötigten Werte richtig gesetzt werden ... dass mus dann die Applikation leisten.

gtx
curio

P.S.: Aber ob sowas einen Design-Preis gewinnt, geschweige denn aus praktischer Sicht Sinn macht, sei mal dahingestellt ... Frage ist, ob man sich da nicht mit Views, Indizes oder dergleichen das Leben nicht ein wenig einfacher macht. Das kann ich aber nicht sagen ...

Das ist aus einem Grund nicht unueblich: fehlendes Wissen der Verantwortlichen. Es ist auf keinen Fall etwas das man lernen geschweige denn anwenden sollte. Aber, ich bin mir sicher dass in dieser Arbeit Dinge wie Query Plan Optimierung nur sporadisch vorkommen werden. Dabei fuellen allein die Grundlagen richtiger Optimierungstechniken Buecher. Wird trotzdem eine gute Note geben... das Gute daran ist dass ich nie arbeitslos werde, weil immer wieder Schrott-Datenbanken zu reparieren sind :)

@christian
Danke für den Link! Das Buch von Fabian Pascal ist die Tage angekommen und ich muss sagen, ich freue mich darauf .... auf das Du Datenbankstrukturen, die ich vielleicht mal entwickle, nicht reparieren musst ;-)

Da sollte man schon ein bisschen differenzierter drauf Blicken. Ist gibt durchaus Anwendungen, bei denen man sich solche Maßnahmen vorstellen kann. Ich denke da so Richtung Data Warehousing und "read only" Datenbanken.
In einer "normalen" Applikation würde ich mit Sicherheit auch darauf verzichten, da ,wie du schon angedeutet hast, die Kosten für den Erhalt der Integrität den Performanzgewinn übertreffen werden. Meine Arbeit ist aber stark theoretisch angesiedelt. Eine "richtige" Anwendung liegt zwar dahinter oder ist der Anlass für die Untersuchung, doch soll ich auch über den Tellerrand hinaus blicken. Von der Idee, Denormalisierung umzusetzen bin ich im übrigen auch nicht begeistert, der Vollständigkeit halber möchte ich es aber dennoch zumindest erwähnt haben.
Danke aber für die Hinweise und den Link, werde ich sicherlich gut für die Bewertung des Ansatzes gebrauchen können :).
Nochmals Danke und Viele Grüße
Uli