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  ("Josh Berkus" <josh@agliodbs.com>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: OID Perfomance - Object-Relational databases
Следующее
От: "Josh Berkus"
Дата:
Сообщение: Re: OID Perfomance - Object-Relational databases