Re: Patch for - Change FETCH/MOVE to use int8
От | Bruce Momjian |
---|---|
Тема | Re: Patch for - Change FETCH/MOVE to use int8 |
Дата | |
Msg-id | 200608140205.k7E25Iq24870@momjian.us обсуждение исходный текст |
Ответ на | Re: Patch for - Change FETCH/MOVE to use int8 (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Patch for - Change FETCH/MOVE to use int8
|
Список | pgsql-patches |
Tom Lane wrote: > Alvaro Herrera <alvherre@commandprompt.com> writes: > > I don't think this is the right approach. Maybe it would be reasonable > > to add another arm to the %union instead, not sure. The problem is the > > amount of ugly casts you have to use below. The scanner code seems to > > think that a constant larger than the biggest int4 should be treated as > > float, so I'm not sure why this would work anyway. > > I'm not sure that I see the point of this at all. ISTM the entire > reason for using a cursor is that you're going to fetch the results > in bite-size pieces. I don't see the current Postgres source code > surviving into the era where >2G rows is considered bite-size ;-) Think MOVE to a specific section of the cursor > 2gig. I can see that happening. -- Bruce Momjian bruce@momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-patches по дате отправления: