Re: [HACKERS] [COMMITTERS] pgsql: Change FETCH/MOVE

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Re: [HACKERS] [COMMITTERS] pgsql: Change FETCH/MOVE
Дата
Msg-id
200609030324.k833Oet24439@momjian.us
Ответ на
Список
Дерево обсуждения
Re: [COMMITTERS] pgsql: Change FETCH/MOVE to use int8. Bruce Momjian <bruce@momjian.us>
Re: [COMMITTERS] pgsql: Change FETCH/MOVE to use int8. Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] [COMMITTERS] pgsql: Change FETCH/MOVE Bruce Momjian <bruce@momjian.us>
Re: [HACKERS] [COMMITTERS] pgsql: Change FETCH/MOVE to use int8. Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] [COMMITTERS] pgsql: Change FETCH/MOVE Bruce Momjian <bruce@momjian.us>
Tom Lane wrote:
> Bruce Momjian  writes:
> >> This patch has broken half the buildfarm, and I've still not seen a
> >> rationale why we need to make such a change at all.
> 
> > Fixed with attached patch.  The use case for this was not FETCH, but
> > MOVE for > 2gig tables.
> 
> There is *no* credible use case for this (hint: MOVE FORWARD/BACKWARD
> ALL does not need this to work for >2G tables).  It is not worth the
> extra computational cycles that it imposes on every machine whether they
> use the feature or not, and it is certainly not worth the developer time
> we're expending to fix this poorly written patch.  Please revert it.

Already done because of bad coding.  You want the TODO item removed too?

-- 
  Bruce Momjian   bruce@momjian.us
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-patches по дате отправления
От: Tom Lane
Дата:
От: Bruce Momjian
Дата:
FAQ