Section Summary: How to work with GigaSpaces database cache and persistency, according to five main user scenarios.
Overview
The space can load data from external data sources, store data into external data sources, and persist data into a relational data source or an indexed file.
GigaSpaces XAP 6.0 provides specific configuration to answer five main types of user requirements.
Choose the scenario that best suits your requirements from the list below:
You want your data to be saved to the database asynchronously, acquiring high performance
GigaSpaces for Hibernate ORM Users — Using GigaSpaces Community Edition as a Hibernate cache provider; creating a Hibernate-integrated Data Grid with your existing ORM.
Mirror Service — A Mirror is an asynchronous replica of data sent by spaces in a cluster. This data is asynchronously batched into the Mirror Service, which interacts with its configured data-source.
Read-Through and Write-Through — About space write-through and read-through operations and how to configure them by implementing the External Data Source interface, or by using a standard Hibernate interface.
Persistency Into Indexed File — Using the command line or GigaSpaces Browser to create a persistent space backed up by an indexed file.
Persistency into RDBMS — Persistency configuration files; creating persistent space using JDBC; configuring JDBC connection pool; configuring DB2 7.2.
Persistent Space Schema — A configuration schema that defines how a space should persist its in-memory data to disk-based storage (either RDBMS or indexed file).
Transient Entries — How to specify that some objects in a persistent space should not be saved to persistent storage.