Re: pg_dump and ALTER TABLE / ADD FOREIGN KEY

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: pg_dump and ALTER TABLE / ADD FOREIGN KEY
Дата
Msg-id 20020623165125.P33215-100000@megazone23.bigpanda.com
обсуждение исходный текст
Ответ на Re: pg_dump and ALTER TABLE / ADD FOREIGN KEY  ("Matthew T. O'Connor" <matthew@zeut.net>)
Список pgsql-hackers
On Sat, 22 Jun 2002, Matthew T. O'Connor wrote:

> > However, others don't believe constraints other than foreign keys
> > should go unchecked.
> >
> > That said, is this functionality wanted outside of pg_dump /
> > pg_restore?
>
> pg_dump should reload a database as it was stored in the previous database.
> If  your old data is not clean, pg_dump / restore is not a very good tool for
> cleaning it up.  I think ignoring contrains is a good thing if it will load
> the data faster (at least when you are doing a database backup / restore).
> Why can't we do all alter table commands (that add constraints) after we load
> the data, that way we don't need to alter syntax at all.

That doesn't help.  ALTER TABLE checks the constraint at the time the
alter table is issued since the constraint must be satisified by the
current data. Right now that check is basically run the trigger for each
row checking it, which is probably sub-optimal since it could be one
statement, but changing that won't prevent it from being slow on big
tables.





В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Use of LOCAL in SET command
Следующее
От: Curt Sampson
Дата:
Сообщение: Re: Index Scans become Seq Scans after VACUUM ANALYSE