NoSQL ("not only SQL") databases store data without a fixed relational schema. They complement — not replace — SQL, trading some consistency for flexibility and scale.
NoSQL Database Types
Document, key-value, column-family and graph — and when to use them.
Tap or hover a part to learn more.
MongoDB.
Stores flexible, JSON-like documents (e.g. MongoDB). Great for evolving, semi-structured data where the schema changes often — no rigid table structure.
Check your understanding
1. Which NoSQL type stores JSON-like documents?
2. When is relational SQL usually the better choice?
Keep learning
The four families
- Document (e.g. MongoDB) — flexible JSON-like documents; great for evolving, semi-structured data.
- Key-value (e.g. Redis) — simple, extremely fast lookups; ideal for caching and sessions.
- Column-family (e.g. Cassandra) — huge write-heavy, distributed workloads.
- Graph (e.g. Neo4j) — relationships as first-class citizens; social networks, recommendations.
SQL vs NoSQL — when to use which
- Relational/SQL — structured data, complex queries and ACID guarantees (finance, orders).
- NoSQL — flexible schema, massive scale and high write throughput, often with eventual consistency.
Choose based on the data and access patterns, not fashion. This rounds out your database foundation alongside transactions & ACID.
