MySQL ResultSet als Stream weiter geben

Hallo, ich möchte über Java auf eine MySQL-Datenbank zugreifen und zwar von mehreren PCs aus, so dass ich einen Server benötige. Ich habe vor einigen Tagen erst angefangen mich mit Java-Serververbindungen (und Streams) zu beschäftigen.
Meine Frage ist, ob/wie es möglich ist, das ResultSet über den OutputStream weiter zu geben, OHNE alles in einen sehr langen String zu schreiben, was Anfangs meine Idee war.

Vielen Dank schonmal im Voraus! 🙂

Daniel
 
Danke das du uns auch die Lösung die du gefunden hast verratest.
Damit jeder der ein ähnliches Problem hat es nicht nachlesen kann! ;-)
*ironie off*
 
Also eine Lösung habe ich eig. nicht direkt gefunden, sondern habe nach einigen Überlegungen festgestellt, dass es für mich besser ist, einen ganzen String zu übergeben.

Falls doch noch jemand eine Idee hat, wie man einen ResultSet übergeben kann über Streams, könnte ich doch nochmal schauen, ob es doch vorteilhafter wäre, die ResultSets zu übergeben
 
Nein dein Fehler besteht schon darin die Daten aus der Datenbank direkt an den entsprechenden Client zu liefern!
Wandle die Daten aus dem ResultSet doch erstmal in Objekte um und verschicke diese dann. Der Vorteil ist diese Objekte können einfach per RMI (oder ähnlichen) zwischen Server und Client hin und geschickt werden. Außerdem kannst du diese Anwendung soweit erweitern das es dort die ganze Arbeit "passiert" und der Client nur noch zuständig für die Anzeige ist.
 
Mir erschließt sich schon nicht, wieso du nicht einfach direkt die Datenbank ansprichst. Wo diese steht, ist doch egal, du musst doch nur die Verbindungsparameter entsprechend anpassen.
 
Wo diese steht, ist doch egal,

Im Anfangspost steht aber drinnen das er auf die Datenbank von mehreren PCs aus zugreifen will.
Wenn er nun direkt zugreifen würde würden sich die Benutzer gegenseitig behindern wenn Daten hinzugefügt, gelöscht oder geändert werden.

Außerdem sollte man nie direkten Zugriff auf die Datenbank erlauben!
 
Im Anfangspost steht aber drinnen das er auf die Datenbank von mehreren PCs aus zugreifen will.
Das sagt aber rein gar nichts aus und ist auch recht unerheblich. Woher die Anfragen kommen, ist der Datenbank herzlichst egal. Ob da nun 1,2 oder 1000 Maschinen anfragen senden, oder aber eine einzige dafür viel viel mehr, macht keinen wirklichen Unterschied.
Ich habe glaube ich sogar noch nie (außer mal zum Testen) Datenbank und Applikationen auf dem gleichen Server gehabt.

Wenn er nun direkt zugreifen würde würden sich die Benutzer gegenseitig behindern wenn Daten hinzugefügt, gelöscht oder geändert werden.

Ganz im Gegenteil. Genau für solche Aufgaben ist ein DBMS doch bestens geeignet und im Grunde ja auch (unter Anderem) genau dafür da, solche Aufgaben zu erledigen. Wenn er da nun noch selbst irgendwas dazwischenkaspert, so muss er sich um den ganzen Kram ja doch wieder in geeigneter Art und Weise selbst kümmern, was kaum Sinn der Sache sein sollte.

Außerdem sollte man nie direkten Zugriff auf die Datenbank erlauben!
Direkten Zugriff auf die Datenbank sollte natürlich nur vertrauenswürdigen Clients ermöglich werden. Wenn ich aber an einer öffentlichen Schnittstelle einfach nur SQL Anfragen entgegennehme, diese weiterleite und anschließend den response geeignet zurückgebe, dann macht das auch keinen Unterschied, als wenn die Anfrage direkt an die DB geschickt werden würde. Wenn man das umgehen will, dann muss schon einen geeigneten Webservice bereitstellen und darf nicht mit Client-seitigem SQL arbeiten, was der TE aber ja offenbar vorhat. (Jedenfalls klang es für mich so)
Solange wir aber nicht etwas genauer wissen, was genau der TE denn umzusetzen versucht, in welcher Umgebung das ganze passieren soll usw, bringt es aber auch nicht sonderlich viel, das jetzt großartig weiter auszudiskutieren.
 
Zuletzt bearbeitet:
Direkten Zugriff auf die Datenbank sollte natürlich nur vertrauenswürdigen Clients ermöglich werden.

Aus meiner Sicht nur der Server mit der Serverapplikation ;-)

Wenn ich aber an einer öffentlichen Schnittstelle einfach nur SQL Anfragen entgegennehme, diese weiterleite und anschließend den response geeignet zurückgebe,

Was ist geeignet? Ein ResultSet wohl kaum, dann doch lieber entsprechende Objekte, welche die Daten kapseln.

dann macht das auch keinen Unterschied, als wenn die Anfrage direkt an die DB geschickt werden würde.

Doch! Kann der Client direkt mit der DB kommunizieren sind die DB Zugangsdaten auf jedem Client verfügbar.
Somit habe ich Zugangsdaten für die Datenbank und es wäre möglich alle Daten zu lesen.

Bei einer Serverapplikation kann habe ich zentral die Zugangsdaten hinterlegt und es reicht den Server entsprechend abzusichern (anstatt von X Clients). Außerdem kann der Server nicht erlaubte Anfragen direkt wieder filtern.

Wenn man das umgehen will, dann muss schon einen geeigneten Webservice bereitstellen und darf nicht mit Client-seitigem SQL arbeiten, was der TE aber ja offenbar vorhat. (Jedenfalls klang es für mich so)
Solange wir aber nicht etwas genauer wissen, was genau der TE denn umzusetzen versucht, in welcher Umgebung das ganze passieren soll usw, bringt es aber auch nicht sonderlich viel, das jetzt großartig weiter auszudiskutieren.

;-) stimmt ohne genauere Angaben des TE kann man nur raten was er vorhat.

Ich habe doch gar nicht diskutiert 😛 sondern einfach meine Meinung über das den direkten Zugriff auf eine DB und das auslieferen der ResultSet an Clients geäußert.
 

Neue Themen


Zurück
Oben