[mr1st]

Hallo, ich hätte gerne eine Größe eines ResultSet, bevor ich mich durcharbeite. Ich möchte wenn möglich aber keinen extra Query dafür an die Datenbankschicken, weil dieser bis auf die Zugabe von COUNT genau gleich wäre, und ich mit nur einem Query auskommen möchte.

Geht das, wenn ja, wie?

MfG

[Ben]

ja. eigentlich solltest du doch ein COUNT(id) in den Query reinzwirbeln können.
also

SELECT COUNT(id) as anzahl, daten FROM  tabelle
 

oder hab ich da jetzt nen denkfehler .. ?

[sparrow]

Ich nehme mal an du brauchst die Größe für ein Array das du erstellen möchtest?

Das Problem hatte ich auch, habe dann einfach auf Vector umgeschwenkt, das hat sich mehr angeboten.

Wirklich helfen tut dir das aber nicht.

Gruß
Sparrow

[mr1st]

@sparrow: Genau, hätte gern ein Array gehabt, ein String-Array um genau zu sein, weil ich das dann an eine JSP sende und dort gerne alles mit Arrays mache.

@Ben: Meine Queries wären 2 mal beinahe gleich. Ich dachte mir, das hätte eine schlechte Performace. Das ganze sollte für ein Gästebuch und in späterer Folge für ein Forum sein. Da will ich dann pro Seite maximal 10 Postings haben.

Ich bin aber gerade draufgekommen, dass ich nur ganz am Anfang einmal die Anzahl der gesamten Postings zu zählen, dann einen Zähler auf diesen Wert setzen und bei neuen Einträgen weiter zählen. Dadurch habe ich immer die Gesamtanzahl der Postings. Mit dem Modulo Operator bekomme ich dann ganz leicht die Anzahl der Posts für die letzte Seite meines Gästebuches.

Danke trotzdem

[nove]

Du kannst Dir aus dem ResultSet die MetaDaten holen mit

ResultSetMetaData rsmd = deinResultset.getMetaData();
 

über die ResultSetMetaData Geschichte stehen Dir dann viele Möglichkeiten zu Verfügung so allerlei über Deinen ResultSet zu erfahren.

zum Bleistift:

int i = rsmd.getColumnCount()
 

um zu erfahren wieviel Datensätze sich in Deinem ResultSet befinden.

[Ben]

@nove:
das habe ich jetzt schon das zweite mal von dir gehört und mir mal angeschaut, was denn die meta-daten eigentlich sind und ich muss sagen ..ThumbsUp*

laut
http://java.sun.com/j2se/1.5.0/docs/...tMetaData.html
kann man da ja echt informative sachen rausfinden.

sehr gut. *merk-ResultSetMetaData*

danke ...

grüße ben.

[nove]

wenn du ResultSetMetaData nicht kennst.
Frage ich mich wie du bis jetzt mit ResultSets gearbeitet hast

Die Frage ist ernstgemeint.

[Ben]

ich kenne mich mit datenbankkommunikation unter java nicht aus

http://kampet.drunken-seals.de/javaf...27&start=3

gar nicht!

@Nove
Man kann mit einem ResultSet NICHT herausfinden, wie viele Datensätze (ROWs) geliefert wurden, auch nicht mit den MetaData-Klassen. Das Beispiel welches du geliefert hast, liefert dir die Anzahl SPALTEN..

int i = rsmd.getColumnCount() //Columns = SPALTEN, nicht Zeilen...
 

Nur um Missverständnisse aus dem Weg zu räumen.

Dies ist ein wesentlicher Schwachpunkt der JDBC..
Ich habs auch immer mit "select count(*) .." gelöst.

Greets

@LordOfCodes: Stimmt ... das könnten die irgendwie mal in einer der nächsten Versionen von JDBC einbauen !!

Ich mach das immer mit einem Vector ... erst alles in den Vector rein ... und anschliessend durch den Vector rennen und alles in ein Array packen ... ist wahrscheinlich nicht sehr elegant aber es geht.

[mr1st]

@nove:
Ich habe bisher nicht wirklich viel mit Datenbankanbindung gearbeitet, nur das, was wir in der Schule beigebracht bekamen. Da kam das ResultSetMetaData leider nicht vor, höre jetzt zum ersten mal davon.

@LordOfCodes
Das Count(*) wollte ich eben nicht einsetzen, weil ich die Anzahl meiner Statements möglichst klein halten will.

@ehli75
Genau dieses durchackern durch den Vector wollte ich eben verhindern.

@all
Ich habe, wie bereits geschrieben, schon eine andere Lösung für mein Problem gefunden. Trotzdem danke für die rege Anteilnahme.

MfG

[nove]

@LordOfCodes

sorry da bin ich wohl den falschen Gedankenpfad getrampelt.

eigentlich müsste es aber auch so gehen:

wasauchimmer index;
deinResultSet.last;
index=deinResultSet.getwasauchimmer("indexdeinerdatenbank");
 

("wasauchimmer" durch String,char,int oder wasauchimmer ersetzen)

Zitat von ehli75

@LordOfCodes: Stimmt ... das könnten die irgendwie mal in einer der nächsten Versionen von JDBC einbauen !

Da muß ich euch enttäuschen. Das ist keine Schwachstelle der JDBC, sondern von Datenbanken an sich. Ein SELECT Statement kann gar nicht in allen Fällen wissen, wie viele Zeilen am Ende herauskommen, da zu Beginn der Abfrage noch gar nicht die Datenbank komplett ausgewertet worden ist. Technisch gesehen gibt es zwar bestimmte Statements, bei denen das möglich ist (z.B. Abfragen, die sortiert werden) aber das gilt bei weitem nicht für alle.

Wenn man bedenkt, das JDBC die Abfragen nur durchreicht, bedeutet das entweder, das alle Datenbanken aller Hersteller umgeschrieben werden müssen oder das JDBC das Ergebnis komplett selbst im Speicher halten muß, um die Anforderung zu erledigen. Letzteres ist allerdings bei großen Abfragen gefährlich, wenn man nicht - wie bei Windows-Rechner ohnehin nötig - mindestens 512MB Hauptspeicher hat...

Außerdem muß zunächst die gesamte Abfrage aus der Datenbank geholt werden, bevor ein solches Ergebnis zurückgegeben werden kann.

Immerhin ist das Problem für diesen Spezialfall schon gelöst . Für den allgemeinen Fall wird es - fürchte ich - noch lange ungelöst bleiben.

Viele Grüße

Fuzzy.

Hi, bin neu hier und hab den Thread graderst entdeckt, deshalb gebe ich einfach nochmal meinen Senf dazu:

Also wie mein Vorredner schon richtig angemerkt hat, ihr habt eine falsche Vorstellung vom ResultSet, das ganze arbeitet Asynchron zum Programm und holt mit ".next()" immer den nächsten Datensatz aus der Datenbank (oder dem Cache). Ein ResultSet-Objekt enthält also nicht das komplette Ergebnis der Abfrage im Speicher, man stelle sich nurmal vor man macht eine Query über 1.000.000 Datensätze! Oder hat mehrere Megabyte große BLOBs. Deshalb ist es auch nicht wirklich sinnvoll das ganze in ein Array zu kopieren, es fällt bei kleineren Anwendungen wie einem Gästebuch aber nicht auf.

Über den Performance verlust bei einem "SELECT COUNT(id) ..." würde ich mir weniger Sorgen machen, dafür hat die Datenbank extra logiken.

Gruß
Tim