Domain Driven Design & NoSQL
summary
Argues that combining a document store and a graph database in a single multi‑model engine (ArangoDB) lets the storage match the domain instead of forcing tables and joins, with embedding for immutable value objects and edges‑as‑documents to record facts like “owned since 1978.” Claims this reduces the translation loss between domain experts and implementers, enables safe denormalization of aggregates, and shows a concrete, working alternative to heavy recursive SQL joins.
AI-written summary · about
chapters (24)
- 0:00Introduction
- 1:08Language
- 2:10DomainDriven Design
- 3:02Building Blocks
- 3:37About Lucas
- 3:47The Lie
- 4:34The Bridge
- 5:18What is NoSQL
- 5:45What is SQL
- 6:23What is tuple
- 6:53What is table
- 7:38Domain world
- 8:21Domain objects
- 11:19Denormalization
- 12:00tuples
- 12:22embedding
- 12:41document store
- 12:53nested documents
- 13:28Joins
- 14:26Graphs
- 14:50Graph Databases
- 15:19Multimodal Databases
- 16:43The Disconnect
- 17:45The Procedure
related talks
01h 00mFrom Relational Databases to NoSQL
18mGermany's Next Top Data Model
01h 01mNoSQL: An Analysis
39mHandling Billions of Edges in a Graph Database
18mFrom SQL to NOSQL - a gentle intro for Devs
45mSay YES! to NoSQL: A Guide on When to Ditch Relational Databases
45mNoSQL: Death to Relational Databases
45mNoSQL Data Modeling for Front-end Developers
