Re: Query caching - Mailing list pgsql-general

From KuroiNeko
Subject Re: Query caching
Date
Msg-id 39FF4511.nail24K12J9F8@ed.ed
Whole thread Raw
In response to how good is PostgreSQL  ("Arnold Gamboa" <arnold@php4us.com>)
Responses Re: Query caching  (Daniel Freedman <freedman@ccmr.cornell.edu>)
List pgsql-general
>     Here's a  simple design  that I  was tossing  back and  forth. Please
> understand that I'm not  saying this is the best way to do  it, or even a
> good way to do it. Just a possible way to do it.

 Sounds interesting, I  certainly have reasons to play bad  guy, but that's
what I always do, so nevermind :)
 However, there's  one major point where  I disagree. Not that  I have real
reasons to,  or observation or analysis  to background my position,  just a
feeling. And the feeling is  that connection/query cache should be separate
from DBMS server itself.
 Several things  come to the  mind right  off, like possibilities  to cache
connections  to different  sources, like  PGSQL and  Oracle, as  well as  a
chance  to run  this cache  on  a separate  box that  will perform  various
additional functions, like load balancing. But that's right on the surface.
 Still in doubt....


--

 contaminated fish and microchips
  huge supertankers on Arabian trips
 oily propaganda from the leaders' lips
  all about the future
 there's people over here, people over there
  everybody's looking for a little more air
 crossing all the borders just to take their share
  planning for the future

 Rainbow, Difficult to Cure

pgsql-general by date:

Previous
From: teg@redhat.com (Trond Eivind Glomsrød)
Date:
Subject: Re: postgres on redhat 7.0
Next
From: "Steve Wolfe"
Date:
Subject: Re: postgres on redhat 7.0