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 по дате отправления: