IGNITE FACTS
Is Ignite a distributed cache?
Yes. When native persistence is disabled, Ignite becomes a distributed in-memory cache with support for JCache specification (JSR 107), distributed ACID transactions, SQL queries, on-disk persistence, and more.
Read more: Database Caching
Is Ignite a distributed database?
Yes. Ignite is a strongly consistent distributed database. Data in Ignite is stored in-memory and/or on-disk and is either partitioned or replicated across a cluster of multiple nodes. This provides for scalability, performance, and resiliency.
Read more: Distributed Database
Is Ignite an in-memory database?
Yes. Even though Ignite memory-centric storage works well in-memory and on-disk, the disk persistence can be disabled and Ignite can act as a distributed in-memory database, with support for SQL and distributed joins.
Read more: In-Memory Database
Is Ignite an in-memory data grid?
Yes. Ignite is a full-featured distributed key-value data grid, which can be used either in memory-only mode or with Ignite native persistence. It can also automatically integrate with any 3rd party databases, including any RDBMS or NoSQL stores.
Read more: In-Memory Data Grid
Is Ignite an SQL database?
Not fully. Although Ignite aims to behave like any other relational SQL database, there are differences in how Ignite handles constraints and indexes. Ignite supports primary and secondary indexes, however, the uniqueness can only be enforced for the primary indexes. Ignite also does not support foreign key constraints.
Read more: SQL Database
Is Ignite a disk or memory-only storage?
Both. Native persistence in Ignite can be turned on and off. This allows Ignite to store data sets bigger than can fit in the available memory. Essentially, smaller operational data sets can be stored in-memory only, and larger data sets that do not fit in memory can be stored on disk, using memory as a caching layer for better performance.
Read more: Native Persistence
Is Ignite a NoSQL database?
Not exactly. Just like other NoSQL databases, Ignite is highly available and horizontally scalable. However, unlike other NoSQL databases, Ignite supports SQL and ACID transactions across multiple cluster nodes.
Read more: Ignite for NoSQL
Is Ignite a transactional database?
Not fully. ACID Transactions are supported, but only at key-value API level.
Ignite also supports cross-partition transactions, which means that transactions can span keys
residing in different partitions on different servers.
At SQL level Ignite supports atomic, but not yet transactional consistency.
SQL transactions implementation is already
in the works
and will be released in one of the upcoming versions.
Read more: ACID Transactions
Is Ignite a multi-model database?
Yes. Ignite supports both, key-value and SQL for modelling and accessing data. In addition, Ignite provides strong processing APIs for computing on distributed data.
Read more: Distributed Database
Is Ignite a key-value store?
Yes. Ignite provides a feature rich key-value API, that is JCache (JSR-107) compliant
and supports Java, C++,
Read more: Key-Value Store