Re: and it's not a bunny rabbit, either

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: and it's not a bunny rabbit, either
Дата
Msg-id 5825DE32-F984-4A0B-895E-8F9834F1F182@gmail.com
обсуждение исходный текст
Ответ на Re: and it's not a bunny rabbit, either  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: and it's not a bunny rabbit, either  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Dec 29, 2010, at 12:49 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
Hmm, I believe the idea of heap_open is to check that the relation is
backed by a heap that you can read with heap_beginscan+heap_next. At the
moment that includes normal tables, sequences and toast tables. Foreign
tables would not fall into that category.

I don't believe that that definition is documented anyplace; if we
decide that's what we want it to mean, some code comments would be in
order.

The existing comments mention that callers must check that the return value is not a view, if they care.  So if there is currently a single coherent definition for what heap_open is supposed to do, it's clearly NOT the one Heikki proposes.  My guess is that reality is closer to your theory of "what got cut-and-pasted".

...Robert

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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: SSI memory mitigation & false positive degradation
Следующее
От: Robert Haas
Дата:
Сообщение: Re: pg_streamrecv for 9.1?