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 по дате отправления: