Swing Dankeschön an alle

[Michoel]

Hallo Forum,
ich letzter Zeit habe ich viele Fragen gestellt, was ich für mein Studiumproject gebraucht hatte.
Ich möchte mich mit diesem Beitrag bei allen Bedanken, die mir Tipps und Hilfestellungen gegeben haben. Das Project ist nun fertig und die Applikation zufriedenstellend. (Nur dass die JAR-Datei nicht gestartet wird)


Was ich jedoch festgestellt habe, dass die Applikation langsam ist. Das liegt mit hoher Wahrscheinlich daran, dass ich für jede Anfrage immer die Datenbankverbindung neu aufbaue und wieder schließe.

Sprich, ich habe ja für alles ein Model. Für User ein UserModel, Briefing hat ein BriefingLogic, das Briefing hat Issues, also eine IssueLogic. Jede Logik holt dann dementsprechend je nach Methode ein Ergebnis von der Datenbank, indem es immer jeweils eine eigene Anfrage absetzt.

Irgendwie eine blöde Lösung, was man an der Perfomance sehr merkt.

Grüße

 

[Landei]

Datenbankverbindungen und relativ statische Objekte könntest du cachen.

 

[Michoel]

Was meinst mit Datenbankverbindung cachen?
Grüße

 

[maki]

JDBC Database Connection Pool meint er, auch super zum googeln geeignet

Die Überschrift ist dir nicht gelungen...

 

[Michoel]

Ja, ich wollte mich Anfangs auch nur bedanken und habe es doch nicht sein lassen können, noch eine Frage gleich einzupacken :autsch:


Connection Pool hört sich sehr gut an. Hab schon einige gute Seiten gefunden und werde mich die Tage da einlesen.
Was haltet ihr eigentlich davon, wenn man für jeden Nutzer (pro Session) eine Datenbankverbindung öffnet und offen lässt bis man sich ausloggt. (Klar, dass es leute gibt, die sich auch ohne ausloggen die Seite verlassen)


Grüße

 

[ARadauer]

Was haltet ihr eigentlich davon, wenn man für jeden Nutzer (pro Session) eine Datenbankverbindung öffnet und offen lässt bis man sich ausloggt

Wie viele laufende Sessions wirst du denn dann schaffen bevor die Datenbank den Geist aufgibt? Ohne Pool wird das wenig Sinn machen...

 

[Michoel]

ich meine mit Sessions im HTTP Bereich

 

[maki]

ich meine mit Sessions im HTTP Bereich

Egal, denn bei deiner Frage läuft es auf dasselbe hinaus:

Was haltet ihr eigentlich davon, wenn man für jeden Nutzer (pro Session) eine Datenbankverbindung öffnet und offen lässt bis man sich ausloggt.

Schlechte Idee, siehe ARadauers Antwort.

 

[Michoel]

achso, ich habe gedacht, dass es eventuell so herüber kam, als würde ich selber eigene Session IDs erzeugen und verwalten.


Ich schaue mir dann zwingend Connection Pool an, wobei ich den folgenden Satz nicht ganz verstanden habe:

Wie viele laufende Sessions wirst du denn dann schaffen bevor die Datenbank den Geist aufgibt? Ohne Pool wird das wenig Sinn machen...

Wenn ich 1000 Benutzer auf einer Webseite gleichzeitig hätte und alle aktiv wären, würde man bei jedem Klick eines Benutzers immer eine Datenbankverbindung öffnen, wenn ich nicht mit Connection Pool arbeiten würde. D.h., die 1000 Verbindungen öffnen und schließen sich nach allen Klicks. Praktisch alle paar Sekunden/Millisekunden. Vorrausgesetzt ich öffne und schließe jedesmal die Verbindung.

Die andere Möglichkeit wäre, für jeden Benutzer eine Datenbankverbindung immer offen zu halten, bis man sich ausloggt. D.h., es wären 100 Datenbankverbindungen offen, was aber laut ARadauer auch nicht gut sein soll.


Die beste Möglichkeit wäre also Connection Pool. Das Verständnis muss ich mir dann übers Wochenende genau aneignen.

Grüße