Re: db_user_namespace a "temporary measure"

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: db_user_namespace a "temporary measure"
Дата
Msg-id CA+TgmoZA8gz8-cOznh=3xd8uFB+qYGVC_b8ubQpaBwVNFxQgHw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: db_user_namespace a "temporary measure"  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: db_user_namespace a "temporary measure"  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Wed, Mar 12, 2014 at 9:19 AM, Andres Freund <andres@2ndquadrant.com> wrote:
>> Isn't this just a case of creating a suitable operator and an exclusion
>> constraint?  Defining the constraint in BKI might require extra
>> infrastructure, but it should be possible.
>
> Except that we don't have the infrastructure to perform such checks
> (neither partial, nor expression indexes, no exclusion constraints) on
> system tables atm. So it's not a entirely trivial thing to do.

I'm probably woefully underinformed here, but it seems like getting
exclusion constraints working might be simpler than partial indexes or
expression indexes, because both of those involve being able to
evaluate arbitrary predicates, whereas exclusion constraints just
involve invoking index access methods to look for conflicting rows via
smarts built into your index AM.  The latter seems to involve less
risk of circularity (but I might be wrong).

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



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

Предыдущее
От: Christian Kruse
Дата:
Сообщение: Re: Patch: Show process IDs of processes holding a lock; show relation and tuple infos of a lock to acquire
Следующее
От: Thom Brown
Дата:
Сообщение: Re: Replication slots and footguns