Re: ECPG FETCH readahead

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: ECPG FETCH readahead
Дата
Msg-id 201006232042.o5NKgb503695@momjian.us
обсуждение исходный текст
Ответ на ECPG FETCH readahead  (Boszormenyi Zoltan <zb@cybertec.at>)
Ответы Re: ECPG FETCH readahead  (Böszörményi Zoltán <zb@cybertec.at>)
Re: ECPG FETCH readahead  (Michael Meskes <meskes@postgresql.org>)
Список pgsql-hackers
Boszormenyi Zoltan wrote:
> Hi,
> 
> we improved ECPG quite a lot in 9.0 because we worked and
> still working with an Informix to PostgreSQL migration project.
> 
> We came across a pretty big performance problem that can be seen in
> every "naive" application that uses only FETCH 1, FETCH RELATIVE
> or FETCH ABSOLUTE. These are almost the only FETCH variations
> usable in Informix, i.e. it doesn't have the grammar for fetching N rows
> at once. Instead, the Client SDK libraries do caching themselves
> behind the scenes to reduce network turnaround time.

I assume our ecpg version supports >1 fetch values, even in Informix
mode.  Does it make sense to add lots of code to our ecpg then?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + None of us is going to be here forever. +


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [BUGS] Server crash while trying to read expression using pg_get_expr()
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Cannot cancel the change of a tablespace