Re: performance for high-volume log insertion

Поиск
Список
Период
Сортировка
От Greg Smith
Тема Re: performance for high-volume log insertion
Дата
Msg-id alpine.GSO.2.01.0904202302140.19983@westnet.com
обсуждение исходный текст
Ответ на Re: performance for high-volume log insertion  (david@lang.hm)
Ответы Re: performance for high-volume log insertion  (Stephen Frost <sfrost@snowman.net>)
Re: performance for high-volume log insertion  (david@lang.hm)
Список pgsql-performance
On Mon, 20 Apr 2009, david@lang.hm wrote:

> any idea what sort of difference binary mode would result in?

The win from switching from INSERT to COPY can be pretty big, further
optimizing to BINARY you'd really need to profile to justify.  I haven't
found any significant difference in binary mode compared to overhead of
the commit itself in most cases.  The only thing I consistently run into
is that timestamps can bog things down considerably in text mode, but you
have to be pretty efficient in your app to do any better generating those
those in the PostgreSQL binary format yourself.  If you had a lot of
difficult to parse data types like that, binary might be a plus, but it
doesn't sound like that will be the case for what you're doing.

But you don't have to believe me, it's easy to generate a test case here
yourself.  Copy some typical data into the database, export it both ways:

COPY t to 'f';
COPY t to 'f' WITH BINARY;

And then compare copying them both in again with "\timing".  That should
let you definitively answer whether it's really worth the trouble.

--
* Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD

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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: performance for high-volume log insertion
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: performance for high-volume log insertion