Re: Temporarily disable rule, is this possible? - Mailing list pgsql-general

From Stephan Szabo
Subject Re: Temporarily disable rule, is this possible?
Date
Msg-id p5ujd.24545$TF6.12565@fe45.usenetserver.com
Whole thread Raw
In response to Temporarily disable rule, is this possible?  ("Net Virtual Mailing Lists" <mailinglists@net-virtual.com>)
List pgsql-general
mailinglists@net-virtual.com ("Net Virtual Mailing Lists") wrote:

>CREATE OR REPLACE RULE sometable_delete ON DELETE DO delete FROM cache
>WHERE tablename='sometable';
>CREATE OR REPLACE RULE sometable_insert ON INSERT DO delete FROM cache
>WHERE tablename='sometable';
>CREATE OR REPLACE RULE sometable_update ON UPDATE DO delete FROM cache
>WHERE tablename='sometable';
>
>And what I have is set of objects which for certain queries will populate
>a serialized variable into the cache table, like this:
>
>INSERT INTO cache (tablename, cache_key, datavalue) VALUES ('sometable',
>'some_md5_hash', 'serialized_data');
>
>
>Using this method it is possible for me to just do a:
>
>SELECT datavalue FROM cache WHERE tablename='sometable' AND
>cache_key='some_md5_hash';
>
>.. and if I get an empty value for datavalue then execute the query
>normally, process it, then store the serialized data back into the cache...
>
>This all works very well for this situation, it has sped up my
>application about 20 times for 95% of the requests....
>
>The problem I have is there are frequently times I need to update
>sometable and not have the rule execute, specifically when I am updating
>something in the table which does not affect aggregate results.
>
>Is there a way to cause the rules to be temporarily disabled for these
>types of queries?

Not that I know of (apart from doing a remove/add).  However, possibly
if you were to add a view which had update rules to do the update on the
real table as well as the cache changes you could then update the real table
manually and not affect the cache (although you could then not guarantee
that someone wouldn't do something that would affect the cache directly).


pgsql-general by date:

Previous
From: "Gary L. Burnore"
Date:
Subject: Re: RFD: comp.databases.postgresql.general
Next
From: "Greg Sabino Mullane"
Date:
Subject: FTP mirror problems