Re: delta relations in AFTER triggers
От | Alvaro Herrera |
---|---|
Тема | Re: delta relations in AFTER triggers |
Дата | |
Msg-id | 20161121172941.qv5rtq7d57izy7yh@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: delta relations in AFTER triggers (Kevin Grittner <kgrittn@gmail.com>) |
Ответы |
Re: delta relations in AFTER triggers
|
Список | pgsql-hackers |
Kevin Grittner wrote: > On Mon, Nov 21, 2016 at 1:05 AM, Thomas Munro > <thomas.munro@enterprisedb.com> wrote: > > Also, Tsrcache is strangely named: it's not exactly a cache, it's > > more of a registry. > > When I used the word "cache" here, I was thinking more of this > English language definition: > > a : a hiding place especially for concealing and preserving > provisions or implements > b : a secure place of storage > > The intent being to emphasize that there is not one public > "registry" of such objects, but context-specific collections where > references are tucked away when they become available for later use > in the only the appropriate context. Eventually, when these are > used for some of the less "eager" timings of materialized view > maintenance, they may be set aside for relatively extended periods > (i.e., minutes or maybe even hours) before being used. Neither > "registry" nor "cache" seems quite right; maybe someone can think > of a word with more accurate semantics. How about "stash"? According to my reading of Merriam-Webster's definition, "stash" mostly appears to be the thing that is stored (hidden), rather than the place it's stored in, but one of the definitions is "hiding place", and "cache" is listed as a synonym. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: