Logo
NeoArc Studio

Embedding Schema Definitions

Learn how to embed data schema definitions directly in documentation pages, keeping data models visible alongside their context.

Data schemas often live in code or separate tools, invisible to anyone reading architecture documentation. Schema definition blocks embed your data models directly in documentation pages, making field definitions, types, and validation rules visible in context.

Why Embed Schemas

When schemas live only in code:

Visibility Gap
Non-developers cannot see data structures
Outdated Examples
Documentation examples become outdated
Copy Errors
Field names and types are copied incorrectly
Missing Rules
Validation rules are undocumented

Creating Schema Definitions

NeoArc's Schema Editor lets you define data structures with:

Embedding a Schema

Schema Block Features

Embedded schema blocks display:

FeatureDescription
Field listingAll fields with their names
TypesData type for each field
ConstraintsRequired, nullable, unique, indexed
Default valuesWhat value is used if none provided
DescriptionsDocumentation for each field

Example: Schemas with Data Lineage

The following schemas demonstrate data lineage tracking. Each field traces back to its source in either an ERD diagram or a graph database model:

ERD Lineage Example

This e-commerce Order schema has lineage entries pointing to tables and columns in a database ERD:

Graph Database Lineage Example

This healthcare Diagnosis schema has lineage entries pointing to nodes and properties in a graph domain model:

Example: Schema Inheritance

These schemas demonstrate inheritance, where a base entity schema is extended by domain schemas:

Example: Lineage Overrides

When schemas inherit from a base, they can override lineage for inherited fields. This path parameter schema extends a generic IdPathParam but overrides the Id field lineage to point to the healthcare graph:

Practical Patterns

Connecting to Data Lifecycle

Schema blocks pair well with data lifecycle blocks. The schema shows structure. The data lifecycle shows journey. Together they provide complete data documentation:

QuestionBlock Type
What fields does customer data contain?Schema
Where is it stored and for how long?Data Lifecycle

Schema Versioning

Because schemas live as files in your workspace:

Pull Request Review
Changes go through pull request review
Git History
Git history tracks schema evolution
Branching
Branches can document upcoming schema changes
Team Review
Teams can review schema changes before deployment

Validation Rules

NeoArc schemas support validation rules that display in embedded blocks:

Throughout this documentation site, schemas are embedded alongside the content they relate to, keeping data models visible in context.

Next Steps

Documenting Data Lifecycles
Connect schemas to data governance and retention rules.
Learn more →
Embedding API Endpoints
Combine with API documentation
Learn more →
Getting Started with Schemas
Introduction to authoring and organising schema definitions.
Learn more →