A City, Still Rolled Up
Before there's a city, there's a rolled-up blueprint and an empty lot — the same is true of any data ecosystem, and never more so than now, when AI has joined the list of residents who'll need to read the plan.
Just like a city is built from careful blueprints, a data ecosystem is built from robust data models. Explore how modern AI tools can accelerate your workflow without replacing the need for thoughtful design.
Before there's a city, there's a rolled-up blueprint and an empty lot — the same is true of any data ecosystem, and never more so than now, when AI has joined the list of residents who'll need to read the plan.
The three levels every data model passes through — conceptual, logical, and physical — and how AI is starting to help draft each one faster.
How entity-relationship modelling works — entities, attributes, and relationship types — through the familiar lens of a family tree, and how AI is changing the way relationships get discovered.
What normalization (and denormalization) actually mean, why duplicated data quietly causes inconsistency, and how AI is changing how that duplication gets found.
How dimensional modelling (star and snowflake schemas) organizes data around how people ask questions, not just how it's stored — and how AI is changing who's "walking the store."
The difference between modelling for a data warehouse versus a data lake — structure-first versus store-first approaches — and how AI is starting to act as an on-demand librarian for the more flexible option.
How schema evolution and versioning let a data model change safely over time without breaking everything downstream — and how AI is making it safer to swing the hammer.
What AI-assisted and automated data modelling tools actually do today, and why the human architect's judgment still matters as much as ever.
What semantic layers and knowledge graphs add on top of a data model, and why AI tools are only as trustworthy as the shared meaning they're given.
How every concept from this series fits together as one AI-ready city, and where data modelling's evolving relationship with AI is likely headed next.
why adding a new room to a house is a much smaller undertaking than tearing down a load-bearing wall, and why additive schema changes are the safest, cheapest kind of schema evolution.
why a contractor checks the structural drawings before touching any wall, and why identifying which schema changes genuinely break something is the core skill of safe schema evolution.
why a building's cornerstone plaque records exactly which year and revision it was built to, and why a schema needs the same clear, honest versioning.
why a renovation crew and the building's existing tenants sometimes have to work from the same set of drawings during a phased transition, and what backward and forward compatibility mean for a schema.
why a city requires a permit before real construction begins, and why schema changes benefit from the same deliberate review checkpoint.
why a building manager moves tenants into a new wing before demolishing the old one, and how the expand-contract pattern applies this same sequencing to schema migrations.
why a building manager posts a condemnation notice with a real timeline before finally demolishing an empty wing, and why deprecating old schema elements deserves the same deliberate, visible process.
why a city made of independently governed boroughs can't renovate on one unified timeline, and why schema evolution across microservices requires the same decentralized discipline.
why a contractor who could instantly cross-reference every building's blueprint in the city would catch problems no single-building review ever could, and what AI-assisted schema change impact analysis does at that same scale.
from the first rolled-up blueprint to the contractor who reads every blueprint in the city at once, every article's lesson reassembled into one city that keeps being built on, safely, without ever needing to be torn down.