Re: [PATCH] Store Extension Options
От | Tom Lane |
---|---|
Тема | Re: [PATCH] Store Extension Options |
Дата | |
Msg-id | 16723.1394723511@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [PATCH] Store Extension Options (Andres Freund <andres@2ndquadrant.com>) |
Ответы |
Re: [PATCH] Store Extension Options
Re: [PATCH] Store Extension Options |
Список | pgsql-hackers |
Andres Freund <andres@2ndquadrant.com> writes: > On 2014-03-13 10:26:11 -0400, Tom Lane wrote: >> No, because relcache doesn't store security labels to start with. >> There's a separate catalog cache for security labels, I believe, >> and invalidating entries in that ought to be sufficient. > There doesn't seem to be any form of system managed cache for security > labels afaics. Every lookup does a index scan. I currently don't see how > I could build a cache in userland that'd invalidate if either a) the > underlying object changes b) the label changes. If there's not a catcache for pg_seclabels, I'd have no objection to adding one. As for your "userland cache" objection, you certainly could build such a thing using the existing inval callbacks (if we had a catcache on pg_seclabels), and in any case what have userland caches got to do with relcache? regards, tom lane
В списке pgsql-hackers по дате отправления: