Re: Restore v. Running COPY/INDEX seperatly

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Restore v. Running COPY/INDEX seperatly
Дата
Msg-id 278.1188226766@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Restore v. Running COPY/INDEX seperatly  (Benjamin Arai <me@benjaminarai.com>)
Ответы Re: Restore v. Running COPY/INDEX seperatly
Список pgsql-general
Benjamin Arai <me@benjaminarai.com> writes:
> Why is a trigger faster than doing a ALTER after table is created?  I
> thought a trigger would be slower because it would be invoked every
> iteration (a new row is inserted) during the COPY process.

Yeah, you'd have the trigger overhead, but the above argument ignores
the costs of the full-table UPDATE --- not to mention the VACUUM
you'll need after the UPDATE to clean up the dead rows.

            regards, tom lane

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

Предыдущее
От: Vivek Khera
Дата:
Сообщение: Re: Bigtime scaling of Postgresql (cluster and stuff I suppose)
Следующее
От: Andrew Sullivan
Дата:
Сообщение: Re: Bigtime scaling of Postgresql (cluster and stuff I suppose)