sql session

Seite 1 von 1 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/sql_session_27491/page_1 - zur Vollversion wechseln!

Nurmi schrieb am 02.03.2002 um 12:31

was ist besser?
für jeden antrag eine session zu öffnen und dann glei wieder die verbindung zur DB closen oder
die verbindung erst zu closen wenn der user die Hp verläßt?

ich hab da keinerlei erfahrungswerte...

schrieb am 02.03.2002 um 13:03

also normalerweise schaut man ja, dass man alles, was man bekommt/sich nimmt/öffnet (connections, locks, usw) asap wieder zurückgibt/closed.

kommt aber immer auf die zahl der user an, auf die art der queries, auf die komplexität der queries, usw

ich würde beides ausprobieren und dann performance unter hochlast testen (auf jeden fall >100 user). dann siehst eh, obs probleme, locks oder slow queries gibt, die kannst dann entsprechend anpassen.

Feef schrieb am 02.03.2002 um 13:07

aufmachen, einlesen, closen währe das beste
nur isses halt ein hoher programmieraufwand

dafür hast eine datenbankperformance die sich sehen lassen kann :fresserettich:

Nurmi schrieb am 02.03.2002 um 13:17

lool
genau so hob is gemacht...nur war ich mir dann schlußendlich nimma sicha ob des schnell genug is....

Vir@s schrieb am 03.03.2002 um 00:37

Bei mir hat sich bisher die Methode rein-holen-raus sehr bewehrt !

Kann dir nur aus eigenen Erfahrungswerten sagen des das bei weitem schnell genug is!

Allerdings kommts halt auch noch drauf an was du wirklich mit den Daten machen willst!

Generell gesehen is es sowieso schlecht ne Session offen zu lassen wenn eigentlich nix gemacht wird!

Mfg, Vir@s

Yeahman schrieb am 03.03.2002 um 12:12

Du solltest so programmieren, das du nur 1x bis 2x Daten holst, und das an einer Stelle, damit hast du das Problem nicht.

-> Anfragen zusammenfassen

Ringding schrieb am 03.03.2002 um 22:04

Um die Resourcen des Datenbankservers zu schonen, solltest du Verbindungen immer nur so kurz wie möglich offen halten. Das ständige Öffnen/Schließen kostet allerdings auch einiges an Zeit. Unter Windows bietet sich die Verwendung von COM+ an, da wird automatisch Connection Pooling gemacht, sodass der SQL Server nicht überlastet wird durch zu viele offene Verbindungen, aber das Öffnen/Schließen der Verbindungen ist trotzdem so schnell, als würde die Verbindung offen bleiben.

Vir@s schrieb am 03.03.2002 um 22:36

Zitat von Yeahman
Du solltest so programmieren, das du nur 1x bis 2x Daten holst, und das an einer Stelle, damit hast du das Problem nicht.

-> Anfragen zusammenfassen

Geb ich dir vollkommen recht!

Am besten ist sowieso wenn du eigentlich immer nur einen Kanal offen hast und der holt sich die Daten und gibts dann einfach weiter!

Auf jeden Fall gilt: max. 1 Verbindung pro script!