Re: COPY Performance

Поиск
Список
Период
Сортировка
От Scott Marlowe
Тема Re: COPY Performance
Дата
Msg-id dcc563d10805050801q11f1c5d3taf3204af3daad957@mail.gmail.com
обсуждение исходный текст
Ответ на Re: COPY Performance  ("Hans Zaunere" <lists@zaunere.com>)
Ответы Re: COPY Performance
Список pgsql-general
On Mon, May 5, 2008 at 6:18 AM, Hans Zaunere <lists@zaunere.com> wrote:
> > > We're using a statement like this to dump between 500K and >5 million
>  > > rows.
>  >
>  > > COPY(SELECT SomeID FROM SomeTable WHERE SomeColumn > '0')
>  > >   TO '/dev/shm/SomeFile.csv'
>  >
>  > > Upon first run, this operation can take several minutes.  Upon second
>  > > run, it will be complete in generally well under a minute.
>  >
>  > Hmmm ... define "first" versus "second".  What do you do to return it
>  > to the slow state?
>
>  Interesting that you ask.  I haven't found a very reliable way to reproduce
>  this.
>
>  Typically, just waiting a while to run the same query the second time will
>  reproduce this behavior.  I restarted postgresql and it was reproduced as
>  well.  However, I can't find a way to flush buffers/etc, to reproduce the

what happens if you do something like:

select count(*) from (select ...);

i.e. don't make the .csv file each time.  How's the performance
without making the csv versus making it?

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

Предыдущее
От: David Fetter
Дата:
Сообщение: Re: operator varchar = integer
Следующее
От: "Scott Marlowe"
Дата:
Сообщение: Re: COPY Performance