Re: A different approach to extension NO USER DATA feature

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: A different approach to extension NO USER DATA feature
Дата
Msg-id AANLkTiknqAc-nug4-HHNRurgH3LouUOLPYLTaejwjd+o@mail.gmail.com
обсуждение исходный текст
Ответ на Re: A different approach to extension NO USER DATA feature  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Ответы Re: A different approach to extension NO USER DATA feature  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Mon, Feb 7, 2011 at 4:18 AM, Dimitri Fontaine <dimitri@2ndquadrant.fr> wrote:
> Or do you want to keep some generality here?

I think it might be slightly advantageous to keep some generality,
because some people might already have catalog columns that do this
(but with a different name) or might have other reasons for needing an
integer "entry type" column from which the system property can be
inferred.  I can't think how many times I've written a web interface
that lets users edit a foo, but denies them the ability to edit any
foo where bar_id = 1 (because those are the magic ones that get
created some other way).

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: strk
Дата:
Сообщение: Re: DROP SCHEMA xxx CASCADE: ERROR: could not open relation with OID yyy
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [COMMITTERS] pgsql: remove tags.