| От | Bruce Momjian |
|---|---|
| Тема | Re: [HACKERS] libpq: why we need to fetch all rows? |
| Дата | |
| Msg-id | 73c85788cc8e9c4ba761aaba36250bb6 обсуждение исходный текст |
| Ответ на | [HACKERS] libpq: why we need to fetch all rows? (Alexander Demenshin <aldem@techie.com>) |
| Список | pgsql-hackers |
> > On Sun, 29 Jun 1997, Bruce Momjian wrote: > > > > statements. A lookup table of portals/cursors and their corresponding Oid > > > tables could be maintained by the server. > > > > The problem is that most results are joins, and there are multiple oid's > > to deal with . > > In this case couldn't you create a temporary table and return the name > of the table to the client? It could then "cursor" through the temporary > table. Yes, we could, but you would not want to do that all the time because of performance. You would have to determine if that particulary select statement was going to need it. - -- Bruce Momjian maillist@candle.pha.pa.us ------------------------------
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера