Re: [pgsql-general] In memory tables/databases

From: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
To: pgsql-general(at)postgresql(dot)org
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, "A(dot)M(dot)" <agentm(at)themactionfaction(dot)com>
Subject: Re: [pgsql-general] In memory tables/databases
Date: 2007-07-06 15:46:52
Message-ID: 200707061146.52767.xzilla@users.sourceforge.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thursday 05 July 2007 13:52, Joshua D. Drake wrote:
> A.M. wrote:
> > On Jul 5, 2007, at 13:20 , Andrew Sullivan wrote:
> >> On Sun, Jul 01, 2007 at 11:11:30PM +0200, Alexander Todorov wrote:
> >>> The question was is there something else that exists in PostgreSQL and
> >>> will do the same job.
> >
> > Why not have a table type that writes no WAL and is truncated whenever
> > postgres starts? Such a table could then be put in a ramdisk tablespace
> > and there would be no transaction atomicity repercussions. Is there
> > something I'm missing?
> >
<snip>
>
> P.S. I agree with you, but you are barking up a very tall tree and you
> don't have a chainsaw. The fact is, global temp tables that could be
> assigned a static amount of memory to use that would recycle based on
> some parameter would be infinitely useful, but likely won't get anywhere.
>

I used to think that, but after looking into what the spec thinks global temp
tables should behave like, I'm less inclined to agree. Currently I'm back
to fancying something akin to Oracle's NoLogging option, where (in pg terms)
the oid of a table would be marked so any further DML type information
generated from that table is simply ignored.

--
Robert Treat
Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Perry Smith 2007-07-06 15:54:34 Re: Polymorphic delete help needed
Previous Message Michael Glaesemann 2007-07-06 15:46:06 Re: Localization trouble