Warning: Declaration of Theplus_Column_Responsive::register_controls($element, $section_id) should be compatible with Elementor\Controls_Stack::register_controls() in /var/www/wp-content/plugins/theplus_elementor_addon/modules/controls/group/plus-column-width.php on line 0
Cache Configuration Denodo 7.0 , Denodo 6.0 , Denodo 5.5 , Denodo 5.0 – Denodo admin – BI Solutions Forum
Cache Configuration...
Clear all

Cache Configuration Denodo 7.0 , Denodo 6.0 , Denodo 5.5 , Denodo 5.0

Member Admin

Virtual DataPort has a cache system to store local copies of the source data as required. This cache is stored in a Relational Database accessible through JDBC. DataPort embeds an Apache Derby database which can be used to store the cache information. It is also possible, and recommended for production scenarios, to use the following external RDBMSs to store the cache: MySQL, Oracle or MS SQL Server.

The system will generate and automatically maintain a table in the cache Database for each base relation or view for which the cache has been enabled.

Each view in the cache has an associated expiration time. Once tuples have expired, they are not considered in queries and are automatically deleted at regular intervals. This mechanism also allows data to be preloaded periodically in a very simple fashion by simply writing a query describing the data to be preloaded, and scheduling the query to be repeated at the desired time interval. The cache can also be disabled for a specific query or views.


Sharing the cache in a cluster

The architecture of the cache makes it perfect to be used as a shared mechanism among a cluster of servers. If as recommended, an external RDBMS is used as storage for the cache, simply loading the VQL file pointing to that server will set up the use of a shared cache.

Consideration on the use of the cache

The cache system is an RDBMS, and its access is done via a connection pool using JDBC. Thus, the connection pool parameters must be configured accordingly. An overuse of the cache may end up making the system slower, if the waiting times in the cache connection pool are slower than actually going to the original source.

Also, since the cache RDBMS will have an intensive insert/delete use, its tables should be compacted in accordance to avoid defragmentation of its data files.  

Topic starter Posted : 12/05/2020 12:04 pm
Topic Tags