Discover our quick start guide and build your first application in 5-10 minutes
Quick Start GuideApache Ignite enables schema changes without cluster restarts. Catalog-driven schema management provides atomic versioning. Add columns, modify indexes, and change distributions while applications continue running. Deploy features continuously without maintenance windows.
The catalog stores schema definitions with version numbers. Schema changes create new versions atomically. All nodes see schema changes simultaneously. No partial updates. No synchronization windows. This eliminates inconsistent schema states during changes.
Schema changes execute while the cluster processes requests. Add columns to existing tables. Create new indexes on populated tables. Modify distribution zones for existing data. Applications continue reading and writing during changes.
New schema versions maintain compatibility with existing data. Nullable columns default to NULL for existing rows. Applications running older schema versions continue functioning. This enables gradual application rollouts without coordinated deployments.
Ongoing transactions complete under their starting schema version. New transactions use the latest schema. No transaction failures from schema changes. MVCC ensures transactions see consistent schema states throughout execution.
Add columns with default values. Drop unused columns. Modify column types when safe. All operations execute without blocking reads or writes. The system handles data migration transparently for storage engines.
Create indexes on existing tables without downtime. The system builds indexes in the background while serving queries. Drop unused indexes immediately. Index changes become visible atomically across the cluster.
Modify distribution zones for existing tables. Change replica counts. Adjust node filters. The system rebalances data automatically. Applications continue operating during rebalancing with no impact on consistency.
Modify colocation keys requires table recreation. The catalog enforces this constraint to prevent incorrect query results. Plan colocation carefully during initial schema design. This trade-off ensures correctness for colocated joins.
One catalog schema serves SQL, RecordView, and KeyValueView. Schema changes apply to all access patterns simultaneously. No need to update cache configurations separately. This simplifies operations and prevents API inconsistencies.
SQL sees new columns immediately after schema changes. RecordView and KeyValueView reflect updated schemas through type-safe interfaces. Applications check schema versions to handle new columns gracefully. This enables progressive rollouts.
Clients fetch current schema versions automatically. Type-safe APIs validate against current schemas. The protocol includes schema metadata for correct serialization. This prevents version mismatches between clients and cluster.
Define schemas using DDL statements or Table API. Test schema changes in development environments. Apply identical changes to production clusters. The catalog ensures deterministic behavior across environments.
Discover our quick start guide and build your first application in 5-10 minutes
Quick Start GuideLearn about table creation, schema modifications, and catalog operations
Tables Documentation