Re: SET variables

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: mlw <markw(at)mohawksoft(dot)com>
Cc: Don Baccus <dhogaza(at)pacifier(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: SET variables
Date: 2001-05-14 00:16:07
Message-ID: 200105140016.f4E0G7e26177@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > Wow, that really does stink. I know Informix can't have a temp table
> > with the same name as a real table, and I thought that was bad, but
> > Oracle is much worse.
> >
>
> Although....
>
> One can see the advantage in a globally shared temporary table. For instance,
> something like user web session management. One can insert and update against
> the temp table and never have to worry about disk I/O or vacuuming. (Assuming a
> temp table is implemented as a memory buffer)

Yes, but having a temp table never hit disk is a different issue from
its visibility. We could eventually implement the memory-only feature
if we wanted to. Right now, we have it dumping to disk as a backing
store for the table, assuming it wouldn't fit all in memory.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Joe Conway 2001-05-14 03:12:01 Isn't pg_statistic a security hole - Solution Proposal
Previous Message peter 2001-05-13 23:47:22 Re: Learning from other open source databases