Monstertabelle mit Hibernate

[Ebenius]

Hallo,

vorweg: Von Hibernate habe ich noch nicht viel Ahnung, arbeite mich aber gerade ein. Bei der Umgebung handelt es sich nicht um eine Anwendung in einem EJB-Container, sondern um eine Java SE Anwendung.

Eines unserer Produkte besitzt eine hässliche DB-Tabelle. Sie besteht aus >450 Spalten. Je nach Standort enthält die Tabelle zwischen 1.000 und 50.000 Einträgen. Die Datenbankstruktur inkompatibel zu ändern ist leider derzeit keine Option.

Die Tabelle mit Hibernate zu Objekten zu mappen stellt kein Problem dar. Für die meisten Anwendungsfälle gibt es kein Problem, die >450 Eigenschaften im Objekt zu halten.

Allerdings existiert eine Swing-GUI. Diese stellt einen Selektor-Dialog zur Verfügung, der alle Einträge gleichzeitig in einer JTable darstellt. Die GUI-Tabelle dient ausschließlich der Darstellung (read only). Die Spaltenauswahl wird vom Benutzer (pre fetch) dynamisch getroffen. Der Benutzer kann nie mehr als 20 Spalten auswählen. Auf Knopfdruck wird ein TableModel mit den geladenen Attributen befüllt. All das funktioniert derzeit mit JDBC wunderprächtig.

Die Zeilen vollständig (alle Zeilen × Spalten) von der Datenbank zu holen fällt aus. Mit JDBC komme ich da schnell auf über 500MB Speicherverbrauch in der Anwendung, was für diverse Kunden untragbar ist. Die Daten seitenweise von der Datenbank zu holen, ist auch keine Lösung.

Wie bildet man das ganze nun mit/gegen Hibernate ab? Da der Benutzer die Spalten vollkommen frei wählt, erscheint mir dieser Ansatz praktikabel: Die Daten werden einfach per HQL Projection von der Datenbank geholt. Typbindung fällt in der dynamischen GUI-Tabelle ja ohnehin flach.

Gibt es dazu bessere Ansätze? Vielen Dank für Eure Vorschläge!
Ebenius

 

[byte]

Hibernate lädt ja per default alle gemappten Spalten direkt mit (ausgenommen Referenzen auf andere Entities). Ich wüsste nicht, wie man das abschalten kann bzw. wie man angeben könnte, welche Spalten Hibernate laden soll.

Spontan würde mir einfallen, das ganze per Hibernate mit SQLQuery zu lösen. Dann musst Du zwar oldschool Dein SQL Statement bauen mit den entsprechenden 20 zu selektierenden Spalten. Du kannst aber einer SQLQuery die Entity-Klasse mitgeben, so dass Hibernate Dir automatisch aus dem ResultSet Deine Entities erzeugt.

Hab sowas zwar noch nie mit Hibernate ausprobiert (also nur bestimmte Spalten zu selektieren), aber das sollte funktionieren.

Wesentlich schöner wäre natürlich Pagination, aber das hast Du ja ausgeschlossen.

 

[Ebenius]

Vielen Dank für Deine Antwort!

Spontan würde mir einfallen, das ganze per Hibernate mit SQLQuery zu lösen. Dann musst Du zwar oldschool Dein SQL Statement bauen mit den entsprechenden 20 zu selektierenden Spalten.

Meinst Du hier tatsächlich SQL und nicht HQL (bzw. JPQL)?

Hab sowas zwar noch nie mit Hibernate ausprobiert (also nur bestimmte Spalten zu selektieren), aber das sollte funktionieren.

Gibt's dazu irgendeine Quelle wo ich weiter lesen kann?

Wesentlich schöner wäre natürlich Pagination, aber das hast Du ja ausgeschlossen.

Es wird sehr viel mit den Daten gemacht. Sortierung & Filter werden auf dem Client gelöst (die Filter sind sehr schnell und machen Auto Completion für jede gewählte Spalte), Eventgetriebenes Update der Tabellenzeilen (wenn sich die Einträge ändern gibt's Nachrichten auf einem Message Bus), und noch ein bisschen mehr. Das lässt sich mit Pagination nicht vereinbaren; davon ausgehend, dass die LANs in Halbleiterherstellungstätten (meine Kunden) in der Regel recht dicht sind und mit nicht geringen Latenzen aufwarten.

Ebenius

 

[byte]

Meinst Du hier tatsächlich SQL und nicht HQL (bzw. JPQL)?


Gibt's dazu irgendeine Quelle wo ich weiter lesen kann?

Ich meine tatsächlich SQL. Du kannst Dir über die Hibernate Session ein SQLQuery erzeugen und einer Hibernate Entität zuordnen.

 

[Ebenius]

Ich meine tatsächlich SQL. Du kannst Dir über die Hibernate Session ein SQLQuery erzeugen und einer Hibernate Entität zuordnen.

Guter Hinweis. Schau ich mir auf jeden Fall an.

Gibt's noch andere Vorschläge und Ideen?

Ebenius

 

[KSG9|sebastian]

Die einfachste Variante dürfte wirklich über createSQLQuery("...") sein, funktioniert auch sehr gut.
Allerdings darfst du nicht mit createSQLQuery(..).addEntity() arbeiten sondern mit dem ResultTransformer.

Wenn du "addEntity" verwendest dann will Hibernate sämtliche gemappte Spalten im SELECT haben.
Mittels setResultTransformer kannst du das Ergebnis der Abfrage auf ein Entity mappen.

// Objekt mit Name speichern. FirstName bleibt leer
Parent parent = new Parent();
parent.setOid("parent-1");
parent.setSecondId(new Integer(1));
parent.setName("name-1");
parent.setFirstName("firstname-1");

session.beginTransaction();
session.save(parent);
session.getTransaction().commit();

List<Parent> list = session.createSQLQuery("select p.name from Parent p").setResultTransformer(Transformers.aliasToBean(Parent.class)).list();
        for (Parent p : list)
        {
            System.out.println("Name: " + p.getName());
            System.out.println("Firstname: " + p.getFirstName());
        }

Ausgabe:

Name: name-1
Firstname: null

Wie du siehst wird nur "name" selektiert.

Wenn du addEntity verwendest:

List<Parent> list = session.createSQLQuery("select p.name from Parent p").addEntity(Parent.class).list();
        for (Parent p : list)
        {
            System.out.println("Name: " + p.getName());
            System.out.println("Firstname: " + p.getFirstName());
        }

gibts ne Exception weil Hibernate im SELECT alle Spalten/Attribute der Entity haben will

Exception in thread "main" org.hibernate.exception.SQLGrammarException: could not execute query
	at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:90)
	at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:66)
	at org.hibernate.loader.Loader.doList(Loader.java:2231)
	at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2125)
	at org.hibernate.loader.Loader.list(Loader.java:2120)
	at org.hibernate.loader.custom.CustomLoader.list(CustomLoader.java:312)
	at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1722)
	at org.hibernate.impl.AbstractSessionImpl.list(AbstractSessionImpl.java:165)
	at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:175)
	at tests.Main.main(Main.java:36)
Caused by: java.sql.SQLException: Column 'oid' not found.
	at com.mysql.jdbc.ResultSet.findColumn(ResultSet.java:2324)
	at com.mysql.jdbc.ResultSet.getString(ResultSet.java:1831)
	at org.hibernate.type.StringType.get(StringType.java:41)
	at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:184)
	at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:173)
	at org.hibernate.type.AbstractType.hydrate(AbstractType.java:105)
	at org.hibernate.type.ComponentType.hydrate(ComponentType.java:583)
	at org.hibernate.type.ComponentType.nullSafeGet(ComponentType.java:298)
	at org.hibernate.loader.Loader.getKeyFromResultSet(Loader.java:1121)
	at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:588)
	at org.hibernate.loader.Loader.doQuery(Loader.java:724)
	at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:259)
	at org.hibernate.loader.Loader.doList(Loader.java:2228)

 

[Ebenius]

Das erklärt schon vieles. Vielen Dank für die Hinweise!

Ebenius