[
https://issues.jboss.org/browse/TEIID-1599?page=com.atlassian.jira.plugin...
]
Steven Hawkins commented on TEIID-1599:
---------------------------------------
See TEIID-1507 and the updated release notes, caching, and developer's guide. 7.4
supports cache invalidation based upon update events, and results are tracked at a table
level. So from you're example a data modification to A can invalidate the first and
third cached results. There is also an EventDistributor bean that can be looked up to
manually notify the engine of data updates.
Event based cache invalidation
------------------------------
Key: TEIID-1599
URL:
https://issues.jboss.org/browse/TEIID-1599
Project: Teiid
Issue Type: Feature Request
Reporter: Mark Addleman
Assignee: Steven Hawkins
Priority: Minor
In addition to invalidating cached results by time, I'd like the ability to
invalidate cache based on an event. I think this is the moral equivalent of the existing
functionality to reset a materialized view. I would like to scope the invalidation to
particular tables or sets of tables. For example, suppose I cached the results of the
following statements:
SELECT * FROM A
SELECT * FROM B
SELECT * FROM A,B
A call to invalidate A would invalidate the cached result sets from the first and third
statements.
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira