| От | Björn Wittich |
|---|---|
| Тема | Re: extremly bad select performance on huge table |
| Дата | |
| Msg-id | 5447C9A6.3000107@gmx.de обсуждение исходный текст |
| Ответ на | Re: extremly bad select performance on huge table (Kevin Grittner <kgrittn@ymail.com>) |
| Ответы |
Re: extremly bad select performance on huge table
|
| Список | pgsql-performance |
Hi Kevin, this is what I need (I think). Hopefully a cursor can operate on a join. Will read docu now. Thanks! Björn Am 22.10.2014 16:53, schrieb Kevin Grittner: > Björn Wittich <Bjoern_Wittich@gmx.de> wrote: > >> I do not want the db server to prepare the whole query result at >> once, my intention is that the asynchronous retrieval starts as >> fast as possible. > Then you probably should be using a cursor. > > -- > Kevin Grittner > EDB: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > >
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера