Re: Having trouble with pg_dumpall -o
| От | Tom Lane |
|---|---|
| Тема | Re: Having trouble with pg_dumpall -o |
| Дата | |
| Msg-id | 11724.1335879318@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Having trouble with pg_dumpall -o ("Matthew Churcher" <Matthew.Churcher@realvnc.com>) |
| Список | pgsql-general |
"Matthew Churcher" <Matthew.Churcher@realvnc.com> writes:
> The triggers are being used to track changes to the tables. The developers
> are concerned that using string references for the table names in this case
> would create too much overhead as this is a frequent operation and is
> performance critical.
"Premature optimization is the root of all evil". Do you have any
actual evidence that you bought a meaningful amount of performance
with this idea? It seems like a terrible restriction from here
--- for instance, you are absolutely locked out of doing plain
dump and restore.
> Sounds like we have the choice of using string names or implementing a
> custom migration script.
pg_upgrade might save your bacon here. But I'd rewrite that code ASAP.
The fact that pg_upgrade preserves table OIDs is an implementation
detail, not a feature we promise to preserve.
regards, tom lane
В списке pgsql-general по дате отправления: