Re: INSERT times - same storage space but more fields -> much slower inserts

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: INSERT times - same storage space but more fields -> much slower inserts
Дата
Msg-id 25350.1239756009@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: INSERT times - same storage space but more fields -> much slower inserts  (Craig Ringer <craig@postnewspapers.com.au>)
Список pgsql-performance
Craig Ringer <craig@postnewspapers.com.au> writes:
> Unlike PQexecPrepared(...), binary-format COPY doesn't handle endian and
> type size issues for you. You need to convert the data to the database
> server's endianness and type sizes, but I don't think the PostgreSQL
> protocol provides any way to find those out.

The on-the-wire binary format is much better specified than you think.
(The documentation of it sucks, however.)  It's big-endian in all cases
and the datatype sizes are well defined.

            regards, tom lane

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

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: INSERT times - same storage space but more fields -> much slower inserts
Следующее
От: Brian Cox
Дата:
Сообщение: error updating a very large table