Re: SECURITY LABEL on shared database object

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: SECURITY LABEL on shared database object
Дата
Msg-id 6554.1309559065@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: SECURITY LABEL on shared database object  (Kohei KaiGai <kaigai@kaigai.gr.jp>)
Ответы Re: SECURITY LABEL on shared database object
Список pgsql-hackers
Kohei KaiGai <kaigai@kaigai.gr.jp> writes:
> The origin of matter is, as you mentioned, collation to be used for system
> catalog scan when we reference it via syscache.
> So, the following chunk should be added, as I did in the userspace access
> vector patch - part.1.

>   @@ -934,8 +935,7 @@ CatalogCacheInitializeCache(CatCache *cache)
>           /* Fill in sk_strategy as well --- always standard equality */
>           cache->cc_skey[i].sk_strategy = BTEqualStrategyNumber;
>           cache->cc_skey[i].sk_subtype = InvalidOid;
>   -       /* Currently, there are no catcaches on collation-aware data types */
>   -       cache->cc_skey[i].sk_collation = InvalidOid;
>   +       cache->cc_skey[i].sk_collation = DEFAULT_COLLATION_OID;

I removed such a hunk from a previous patch of yours, and I don't like
it any better this time.  This is just a hack that will result in
masking bugs.

Consider using a non-collation-aware datatype instead, such as NAME.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: avoid including rel.h in execnodes.h
Следующее
От: Tom Lane
Дата:
Сообщение: Re: default privileges wording