On Tue, Oct 25, 2011 at 00:00, Alexander Korotkov wrote:
> On Tue, Oct 25, 2011 at 1:46 AM, Kevin Grittner
> wrote:
>>
>> Alexander Korotkov wrote:
>>
>> > Coundn't be predicate locking implementation in SSI be used for
>> > in-database cache invalidation.
>>
>> It would not necessarily be limit
On Tue, Oct 25, 2011 at 1:46 AM, Kevin Grittner wrote:
> Alexander Korotkov wrote:
>
> > Coundn't be predicate locking implementation in SSI be used for
> > in-database cache invalidation.
>
> It would not necessarily be limited to *in-database* caches. The
> main thing would be to design a goo
Alexander Korotkov wrote:
> Coundn't be predicate locking implementation in SSI be used for
> in-database cache invalidation.
It would not necessarily be limited to *in-database* caches. The
main thing would be to design a good API to the predicate locking
portion of SSI, which I think is abo
Hackers,
After Hekki's talk on PgConf.EU about SSI, some idea comes to my mind.
Coundn't be predicate locking implementation in SSI be used for in-database
cache invalidation.
It could be possible to implement in-database cache which will acquire
predicate locks like SSI transactions. In case of a