Re: OIDs as keys - Mailing list pgsql-performance

From Bruce Momjian
Subject Re: OIDs as keys
Date
Msg-id 200303070150.h271oaW02436@candle.pha.pa.us
Whole thread Raw
In response to Re: OIDs as keys  (Neil Conway <neilc@samurai.com>)
List pgsql-performance
Neil Conway wrote:
> On Thu, 2003-03-06 at 16:13, Bruce Momjian wrote:
> > It would be good to somehow SET the use_oids GUC value on restore start,
> > and just use SET when the table is different than the default, but then
> > there is no mechanism to do that when you restore a single table.
>
> What if the default value changes?
>
> IMHO, running a SET per CREATE TABLE isn't too ugly...

Not ugly, but a little noisy.  However, my idea of having a single SET
at the top is never going to work, so I don't have a better idea.

The killer for me is that you are never going to know the GUC default
when you are loading, so we are _always_ going to have that SET for each
table.

I suppose we could set the default to off, and set it ON in the dump
only when we want OID.  If they set GUC to on, they will get oid's from
the load, but it will cut down on the cruft and over time, they will
only have the SET for cases where they really want an oid.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-performance by date:

Previous
From: Neil Conway
Date:
Subject: Re: [COMMITTERS] pgsql-server/ /configure /configure.in rc/incl ...
Next
From: Aspire Something
Date:
Subject: Re: [ADMIN] New Interface for Win