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
|
Список | 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 isbacked by a heap that you can read with heap_beginscan+heap_next. At themoment that includes normal tables, sequences and toast tables. Foreigntables 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 по дате отправления: