Re: [GENERAL] 8.1, OID's and plpgsql

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [GENERAL] 8.1, OID's and plpgsql
Дата
Msg-id 22934.1133915083@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [GENERAL] 8.1, OID's and plpgsql  (Greg Stark <gsstark@mit.edu>)
Ответы Re: [GENERAL] 8.1, OID's and plpgsql  (Greg Stark <gsstark@mit.edu>)
Список pgsql-hackers
Greg Stark <gsstark@mit.edu> writes:
> The benefits of providing something based on ctid is to avoid the inefficiency
> of the index lookup on the primary key and it would work on tables without any
> primary key. I'm not sure it's worth the effort it would entail for those
> narrow use cases especially since I think some interface to retrieve the
> primary will still be needed anyways.

Rather than hard-wiring a special case for any of these things, I'd much
rather see us implement INSERT...RETURNING and UPDATE...RETURNING as per
previous suggestions.  Then you can fetch pkey, ctid, or whatever you
need.
        regards, tom lane


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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: [GENERAL] 8.1, OID's and plpgsql
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Concurrent CREATE INDEX, try 2 (was Re: Reducing relation locking overhead)