Re: [9.2] Confusion over CacheRegisterSyscacheCallback

Поиск
Список
Период
Сортировка
От Marko Kreen
Тема Re: [9.2] Confusion over CacheRegisterSyscacheCallback
Дата
Msg-id 20120306193821.GA12102@gmail.com
обсуждение исходный текст
Ответ на Re: [9.2] Confusion over CacheRegisterSyscacheCallback  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [9.2] Confusion over CacheRegisterSyscacheCallback
Список pgsql-hackers
On Tue, Mar 06, 2012 at 11:10:38AM -0500, Tom Lane wrote:
> Marko Kreen <markokr@gmail.com> writes:
> > So my question is that after doing generic SearchSysCache() like:
> 
> >    tup = SearchSysCache(USERMAPPINGUSERSERVER,
> >         ObjectIdGetDatum(user_mapping->userid),
> >         ObjectIdGetDatum(foreign_server->serverid),
> >         0, 0);
> 
> > what is the proper way to calculate the hashValue that 
> > will be given to callback?
> 
> Why would you need to know that?  The reason the calculation function
> is static is that there's no apparent need to expose that information
> outside the syscache subsystem.

Because I need to invalidate my own internal state that corresponds
to particular system catalog row?

In current case (plproxy) I need to invalidate libpq connections
that are created from particular foreign server entry.

-- 
marko



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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Scaling XLog insertion (was Re: Moving more work outside WALInsertLock)
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: foreign key locks, 2nd attempt