Java JDBC: ResultSet Metadata -> Der Sinn dahinter

[nintendoluk]

Hi zusammen,

ich les mich zurzeit in das Thema JDBC ein und bin dabei unweigerlich auf die Klasse ResultSet gestoßen.
Wenn man jetzt aus einem ResultSet Objekt bestimmte Informationen herauskitzeln will muss man dieses ein ein ResultSetMetaData Objekt umwandeln, zB. um die Anzahl der Spalten zu erfahren:

ResultSet rs = st.executeQuery(myCommand);
ResultSetMetaData rsMetaData = rs.getMetaData();
int numberOfColumns = rsMetaData.getColumnCount();

Nun interessiert es mich warum man das nicht alles in ein Objekt/eine Klasse gepackt hat.
Was haben sich die Schreiber von JDBC dabei gedacht, solche Funktionen vom eigentlichen Objekt zu trennen?
Oder verstehe ich da was komplett falsch?

Danke & Gruß
Lukas

 

[shuri91]

Naja man wollte das Objekt wohl schlank halten. Bei einer normalen DB Abfrage musst du die Spaltenanzahl ja nicht im Code abfragen.

 

[nintendoluk]

Wenn das echt der einzige Grund ist, dann bin ich irgendwie enttäuscht...

Könnt ihr mir irgendwelche Wissenswerten Sachen vermitteln, damit ich meinen Ausbilder beeindrucken kann? :-)
Also zum Thema JDBC Metadata

 

[Umbel]

Du wandelst doch kein Objekt um?! getMetaData() liefert dir ein Objekt vom Typ ResultSetMetaData, welches im Objekt ResultSet existiert.

Keine Ahnung was du erwatest aus den Metadaten einer Abfrage für spektakuläre Dinge zu sehen.

 

[fRaNkLiN]

Nachdem die Metadaten ja nicht unmittelbar zur Abfrage gehören, sondern ebenm wie der Name schon sagt, nur Metadaten sind, wurden sie in eine eigene Klasse ausgelagert. Im ResultSet sind sie aber trotzdem enthalten, wie du ja am Aufruf rs.getMetaData() sehen kannst.

Interessante Methoden für die Metadata-Klasse sind z.B. isNullable(i) (kann die Spalte i NULL-Werte enthalten?) oder auch getColumnType(i) (welchen SQL-Typ hat die Spalte i?).

 

[nintendoluk]

Du wandelst doch kein Objekt um?! getMetaData() liefert dir ein Objekt vom Typ ResultSetMetaData, welches im Objekt ResultSet existiert.

Hab ich ja irgendwie gemeint nur nicht geschrieben xD

Trotzdem danke

@Franklin: Danke! :-)

 

[SheepShaver]

Ich würde mich dringend mit den SOLID Paradigmen auseinandersetzen. Dann wird dir auch klar, warum man nicht alles in ein Objekt packt.

 

[nintendoluk]

Was genau sind denn SOLID Paradigmen?

Bzw. welcher Link zeigt das, was du meinst: http://www.bing.com/search?q=SOLID+Paradigmen

http://www.bing.com/search?q=Java+SOLID+Paradigma

 

[SheepShaver]

http://en.wikipedia.org/wiki/SOLID_(object-oriented_design)

Das ist eine Reihe genereller Prinizipien, an die man sich bei objektorientierter Softwareentwicklung halten sollte.

 

[nintendoluk]

Vielen Dank ^^

 

[CapFuture]

Ich würde dir JOOQ als alternative zum direkten JDBC Zugriff empfehlen.
Wenn du ohne Hibernate direkt SQL schreiben willst, wird dein Code leserlicher und sauberer.

 

[nintendoluk]

Ich fürchte ich werd mich aber an den Firmenstandard halten müssen :-/

Aber danke für den Tipp^^