A context view is a saved, focused view of your schema that shows only a subset of entities and the relationships between them. It is Schemity’s answer to the biggest problem with large ERDs: one giant canvas nobody can read. “Context Views” is the actual feature name in the app.
The problem with one big diagram
A real application might have eighty entities. Drawn all at once on the main diagram, the ERD is a wall of boxes and crossing lines. Context views solve this: one underlying schema, many focused views into it.
How context views work
You keep a single set of entities - the ERD single source of truth - and create context views on top. A billing view might show invoices, line_items, payments, and the users they belong to, hiding the other seventy entities entirely.
Every view points at the same entities, so editing an entity’s fields in the main diagram updates it everywhere. What a context view stores on its own is the presentation: which entities it includes, their positions, their connector routing (waypoints), and its own legends. There is no second copy of the schema to keep in sync.
Creating a context view
- Open the Context Views panel and choose Add context view.
- Give it a Name (and color) for the area it covers, for example
billingorauth. - Add the entities relevant to that context and arrange them for that view.
Why this fits domain-driven design
Context views map naturally onto a bounded context ERD. Each view is one slice of the domain, so the diagram mirrors how your team actually reasons about the system. That makes Schemity a strong fit for domain-driven design database schema work.
Next
Annotate and group your diagram with Legends & Annotations.