Re: OID Perfomance - Object-Relational databases
| От | Tom Lane |
|---|---|
| Тема | Re: OID Perfomance - Object-Relational databases |
| Дата | |
| Msg-id | 2476.970631031@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: OID Perfomance - Object-Relational databases (Josh Berkus <josh@agliodbs.com>) |
| Ответы |
Re: OID Perfomance - Object-Relational databases
|
| Список | 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 по дате отправления: