Re: OID Perfomance - Object-Relational databases - Mailing list pgsql-sql

From Tom Lane
Subject Re: OID Perfomance - Object-Relational databases
Date
Msg-id 2476.970631031@sss.pgh.pa.us
Whole thread Raw
In response to Re: OID Perfomance - Object-Relational databases  (Josh Berkus <josh@agliodbs.com>)
Responses Re: OID Perfomance - Object-Relational databases
List pgsql-sql
Josh Berkus <josh@agliodbs.com> writes:
> SO I'm concerned about the problems you mentioned above.  pg_dump has a
> -o option; are there problems with this?  And how liekly are counter
> overflow problems?

The trouble with pg_dump -o is that after reload, the OID generator
will be set to max(any OID in the dumped data).  So a dump & reload
doesn't do anything to postpone OID-wraparound Ragnarok.

As for the likelihood of overflow, figure 4G / tuple creation rate
for your installation (not database, but whole installation controlled
by one postmaster).  Unless your installation has just one active
table, per-table sequence values look like a better bet.

BTW, there *is* talk of providing an 8-byte-OID option, but I'm not
holding my breath for it.
        regards, tom lane


pgsql-sql by date:

Previous
From: Tom Lane
Date:
Subject: Re: OID Perfomance - Object-Relational databases
Next
From: "Josh Berkus"
Date:
Subject: Re: OID Perfomance - Object-Relational databases