Restrictions with Read-Only Cache Groups
Certain restrictions apply to read-only cache groups.
The following restrictions apply when using a read-only cache group:
-
The cache tables on TimesTen cannot be updated directly.
-
Only the
ON DELETE CASCADEandUNIQUE HASH ONcache table attributes can be used in the cache table definitions.See ON DELETE CASCADE Cache Table Attribute.
See Creating a Hash Index on the Primary Key Columns of the Cache Table.
-
A
FLUSH CACHE GROUPstatement cannot be issued on the cache group. -
A
TRUNCATE TABLEstatement issued on a cached Oracle Database table is not automatically refreshed to the TimesTen cache table. -
A
LOAD CACHE GROUPstatement can only be issued on the cache group if the cache tables are empty, unless the cache group is dynamic.See Manually Loading and Refreshing a Cache Group.
See Creating a Dynamic Cache Group with the DYNAMIC Keyword.
-
The autorefresh state must be
PAUSEDbefore you can issue aLOAD CACHE GROUPstatement on the cache group, unless the cache group is dynamic, in which case the autorefresh state must bePAUSEDorON. TheLOAD CACHE GROUPstatement cannot contain aWHEREclause, unless the cache group is dynamic, in which case theWHEREclause must be followed by aCOMMIT EVERYnROWSclause.See Automatically Refreshing a Cache Group.
See Using a WHERE Clause.
-
The autorefresh state must be
PAUSEDbefore you can issue aREFRESH CACHE GROUPstatement on the cache group. TheREFRESH CACHE GROUPstatement cannot contain aWHEREclause. -
All tables and columns referenced in
WHEREclauses when creating, loading or unloading the cache group must be fully qualified. For example:owner.table_nameandowner.table_name.column_name -
Least recently used (LRU) aging cannot be specified on the cache group, unless the cache group is dynamic where LRU aging is defined by default.
-
Read-only cache groups cannot cache Oracle Database views or materialized views.