Re: tracking scripts...

Поиск
Список
Период
Сортировка
От Joey Quinn
Тема Re: tracking scripts...
Дата
Msg-id CAG5XHYkq_aHz0RR-pEMBCBXE__wJCEN4cd3VQ9dSB5g+tE_rKw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: tracking scripts...  (Merlin Moncure <mmoncure@gmail.com>)
Ответы Re: tracking scripts...  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-general
In this case, I'm updating one column. Wouldn't the "swap" part of that still have to be an update?


On Wed, Nov 27, 2013 at 9:50 AM, Merlin Moncure <mmoncure@gmail.com> wrote:
On Wed, Nov 27, 2013 at 8:35 AM, Joey Quinn <bjquinniii@gmail.com> wrote:
> So, no cancel... keeping my fingers crossed (rolling up on 170,000,000 ms -
> a bit over 47 hours - data folder size now at 1.11 TB).
>
> Fortunately, I'm pretty sure this will be my largest batch update (since the
> info is static, and available all at once, I was able to generate the
> complete script. In most cases, I will be retrieving data and that takes a
> bit longer).
>
> When I end up having to rebuild the entire thing on a separate system, can I
> divide the script up and launch it piecemeal in differ PGAdmin query windows
> for the parallel action? Or is there a particular command I have to give it?

For very large updates on mostly static data it may be better to
SELECT the data into a new table then swap it in when done.   MY rule
of thumb is that updates are 10x more expensive than inserts,
particularly in terms of large operations.

merlin

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

Предыдущее
От: Merlin Moncure
Дата:
Сообщение: Re: tracking scripts...
Следующее
От: Albe Laurenz
Дата:
Сообщение: Re: Documentation of C functions