# Schema Validation and Evolution for Graph Databases

**Authors:** Angela Bonifati, Peter Furniss, Alastair Green, Russ Harmer, Eugenia, Oshurko, Hannes Voigt

arXiv: 1902.06427 · 2019-02-19

## TL;DR

This paper proposes a flexible schema validation and evolution framework for property graph databases, introducing schema DDL, validation via homomorphisms, and evolution through graph rewriting, addressing current limitations in commercial graph database support.

## Contribution

It introduces a novel approach to schema validation and evolution for property graphs, including schema DDL, validation methods, and evolution techniques, with a prototype implementation.

## Key findings

- Feasibility of schema validation via homomorphisms
- Schema evolution modeled through graph rewriting
- Need for high-level query primitives for flexible schemas

## Abstract

Despite the maturity of commercial graph databases, little consensus has been reached so far on the standardization of data definition languages (DDLs) for property graphs (PG). The discussion on the characteristics of PG schemas is ongoing in many standardization and community groups. Although some basic aspects of a schema are already present in Neo4j 3.5, like in most commercial graph databases, full support is missing allowing to constraint property graphs with more or less flexibility. In this paper, we focus on two different perspectives from which a PG schema should be considered, as being descriptive or prescriptive, and we show how it would be possible to switch from one to another as the application under development gains more stability. Apart from proposing concise schema DDL inspired by Cypher syntax, we show how schema validation can be enforced through homomorphisms between PG schemas and PG instances; and how schema evolution can be described through the use of graph rewriting operations. Our prototypical implementation demonstrates feasibility and shows the need of offering high-level query primitives to accommodate flexible graph schema requirements as showcased in our work.

## Full text

_Full body text omitted from this summary view._ Fetch the complete paper as Markdown: https://tomesphere.com/paper/1902.06427/full.md

## Figures

14 figures with captions in the complete paper: https://tomesphere.com/paper/1902.06427/full.md

## References

36 references — full list in the complete paper: https://tomesphere.com/paper/1902.06427/full.md

---
Source: https://tomesphere.com/paper/1902.06427