[Cologne-pm] Datenuebergabe von einem CGI-Scriptaufruf zum naechsten

[Michael Lamertz]

On Thu, Jul 03, 2003 at 06:44:56PM +0200, Joachim Zobel wrote:
> Am Don, 2003-07-03 um 00.36 schrieb Michael Lamertz:
> > On Tue, Jul 01, 2003 at 10:08:48PM +0200, Joachim Zobel wrote:
> 
> > > Handgecachte Resultsets machen normalerweise mehr Probleme, als sie
> > > nützen.
> > 
> > Wieso?
> 
> Weil sie den Weg zur First Row Performance verbauen können.

Klar, aber in einem solchen Trivialfall braucht man auch kein Caching.
Ich hatte da eher 'was mit Database-Links und diversen Joins im Auge. :)

> Wenn man nicht von vorneherein die Resultsets mit einer Blockstruktur
> versieht, ist man am sehr schnell in der Situation, das man hin und
> wieder 1000 Sätze in den Resultset packen muss, um 10 anzuzeigen.

Den Satz versteh' ich nicht.  "Blockstruktur"?  Tell me more...

> Generell sind Resultsets serverseitiger Zustand. Aller serverseitiger 
> Zustand ausserhalb der Datenbank ist IMHO "böse". 

:)  Ich sehe, Du bist den Weg des Schmerzes bereits gegangen...  Mit
so'nem Kram hab' ich auch gerade wieder zu tun.  WebSphere
Applikationen, die jetzt Loadbalanced werden sollen, aber irgendwelche
Pfeifen haben hart um die bereits eingebauten Mechanismen
'rumprogrammiert haben.  /me hates Java...

> Treffen ist am 9.7.?

Yepp.

-- 
	    Well, then let's give that Java-Wussie a beating... (me)

Michael Lamertz                        |     +49 2234 204947 / +49 171 6900 310
Sandstr. 122                           |                       mike at lamertz.net
50226 Frechen                          |                 http://www.lamertz.net
Germany                                |               http://www.perl-ronin.de