| From: | Horst Herb <hherb(at)malleenet(dot)net(dot)au> |
|---|---|
| To: | <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Re: OID wraparound (was Re: pg_depend) |
| Date: | 2001-07-19 03:55:53 |
| Message-ID: | 01071913555301.02053@munin.gnumed.dhs.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thursday 19 July 2001 06:08, you wrote:
> > Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> I think it should be off on user tables by default, but kept on system
> tables just for completeness. It could be added at table creation time
> or from ALTER TABLEL ADD. It seems we just use them too much for system
> stuff. pg_description is just one example.
and what difference should it make, to have a few extra hundred or thousand
OIDs used by system tables, when I insert daily some ten thousand records
each using an OID for itself?
Why not make OIDs 64 bit? Might slow down a little on legacy hardware, but in
a couple of years we'll all run 64 bit hardware anyway.
I believe that just using 64 bit would require the least changes to Postgres.
Now, why would that look that obvious to me and yet I saw no mentioing of
this in the recent postings. Surely it has been discussed before, so which is
the point I miss or don't understand?
I would need 64 bit sequences anyway, as it is predictable that our table for
pathology results will run out of unique IDs in a couple of years.
Horst
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-07-19 04:00:53 | Re: OID wraparound (was Re: pg_depend) |
| Previous Message | Lamar Owen | 2001-07-19 03:55:15 | Re: RPM source files should be in CVS (was Re: psql -l) |