Re: Shouldn't pg_(sh)seclabel.provider be marked NOT NULL?
От | Tom Lane |
---|---|
Тема | Re: Shouldn't pg_(sh)seclabel.provider be marked NOT NULL? |
Дата | |
Msg-id | 19501.1403301468@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Shouldn't pg_(sh)seclabel.provider be marked NOT NULL? (Andres Freund <andres@2ndquadrant.com>) |
Список | pgsql-hackers |
Andres Freund <andres@2ndquadrant.com> writes: > On 2014-06-20 17:29:33 -0400, Tom Lane wrote: >> I think Alvaro was complaining that it's alone in lacking this comment: >> /* This following index is not used for a cache and is not unique */ >> >> But TBH, I don't think those comments are worth much. I'd rather get >> rid of them all and instead add an Assert to the cache code enforcing >> that any index underlying a catcache is unique. It looks like the >> easiest place to do that is InitCatCachePhase2 --- that's the only place >> in catcache.c that actually opens the underlying index directly. >> >> I'd like to also have an Assert in there that the index columns are >> marked NOT NULL, but not sure if they actually all are marked that >> way today. > Sounds sensible. If they aren't marking them as such hopefully isn't > problematic... Experimental result from adding an Assert in CatalogCacheInitializeCache is that it doesn't blow up :-). So we do have them all marked correctly. regards, tom lane
В списке pgsql-hackers по дате отправления: