每个JanusGraph都有一个schema，该schema由edge labels, property keys和vertex labels组成。JanusGraph的schema可以显式或隐式创建，推荐用户采用显式定义的方式。
JanusGraph的schema是可以在使用过程中修改的，而且不会导致服务宕机，也不会拖慢查询速度。
注意：通关系型数据库不同，图数据的schema是定义一张图，而非定义一个vertex的。在Mysql中，我们通常将建立一张表定义为创建一个schema，而在JanusGraph中，一个Graph用于一个schema。
组成结构如下：
JanusGraph Schema
|
|-----------Vertex Lables
|
|-----------Property Keys
|
|-----------Edge Labels
Schema Type如edge label, vertex label及property key在元素首次创建时被赋予元素，且不能修改。
Definging Edge Labels
每个连接了两个vertex的edge都有一个label，用于表示关系的语义。例如一个edge label:friend表明了两个vertex有朋友关系。
要定义edge lable，调用makeEdgeLabel(String)方法，该方法返回一个builder，可以通过该builder设置edge的多样性(multiplicity)，多样性属性定义了具有该label的edge的多样性约束，也即在一个vertex间的最大edge的个数。JanusGraph支持如下多样性。
Edge Label Multiplicity（边的标签多样性）
- MULTI
在一对vertex间可以有任意多个同样label的edge。
- SIMPLE
在一对vertex间最多只能有一个同样label的edge。
- MANY2ONE
图中任意一个Vertex最多有一个出度（outgoing）edge，和不限个数的入度（incoming）edge，注意：这些对edge的限制对同一个label生效。
例如：
Label: mother
(大儿子)---------------------------------->|
(二儿子)---------------------------------->|------------------------>(母亲)
(小儿子)---------------------------------->|
- ONE2MANY
图中任意一个Vertex最多有一个入度（incoming）edge，和不限个数的出度（outgoing）edge，注意：这些对edge的限制对同一个label生效。
例如：
Label:winnerof
|-------------------------->(game1)
(person)--------------------------->|-------------------------->(game2)
|-------------------------->(game3)
- ONE2ONE
某verex中具有同样Label的edge，只能有最多一个incoming edge和最多一个outgoing edge。
默认的多样性设置为MULTI，设置方法如下所示：
mgmt = graph.openManagement() follow = mgmt.makeEdgeLabel('follow').multiplicity(MULTI).make() mother = mgmt.makeEdgeLabel('mother').multiplicity(MANY2ONE).make() mgmt.commit()
Defining Property Keys
vertex和edge上的property是键值对，如name="Danie"，中name就是键，value则是Danie，Property Key是Graph Schema中的一部分，并且也用约束value的值类型。
Property Key Data Type
使用dataType定义某个property key的数据类型，JanusGraph强制具有相同Key的value都有相同的数据类型来保证加入到图中的数据是有效的。
可以将某个property key的数据类型定义为Object.class来使该value存储任何值（可序列化的），但是还是推荐使用具有具体类型的值类型。设置的类的名称必须是一个确切的类而且不能是接口或抽闲类。JanusGraph提供了class 相等性，所有设置为子类型也是不可以的。
JanusGraph提供如下的数据类型：
Property Key Cardinality（属性key基数）
使用cardinality(Cardinality)来定义Vertex上某个指定key的value的基数。
- SINGLE
每个KEY只允许一个VALUE
- LIST
以LIST形式保存VALUE，也即可以有重复值。
- SET
以SET形式保存VALUE，不能有重复值。
默认的cardinality是SINGLE，因此试图向默认property中写入多个值是不可以的。
mgmt = graph.openManagement() //创建了一个名字为birthDate的属性，并设置值类型为LONG，且只能保存一个值 birthDate = mgmt.makePropertyKey('birthDate').dataType(Long.class).cardinality(Cardinality.SINGLE).make() //创建了一个名字为name的属性，并设置值类型为String，且可以保存不能重复的多个值 name = mgmt.makePropertyKey('name').dataType(String.class).cardinality(Cardinality.SET).make() //创建了一个名字为sensorReading的属性，并设置值类型为Double，且可以保存可以重复的多个值 sensorReading = mgmt.makePropertyKey('sensorReading').dataType(Double.class).cardinality(Cardinality.LIST).make() mgmt.commit()
Relation Types
Edge Labels和property keys结合起来被称为relation types，relation type的在图中必须唯一，也意味着property key和edge label不能有相同的名字。在JanusGraph中有查询relation type的API。
mgmt = graph.openManagement() if(mgmt.containsRelationType('name')) name = mgmt.getPropertyKey('name') mgmt.getRelationTypes(EdgeLabel.class) mgmt.commit()
Defining Vertex Labels
类似于edge，vertex也有label，但与edge不同的是，edge label是可选的，可用于区分不同类型的vertex，如user vertex和product vertex。
虽然vertex label无论在概念还是数据模型层面都是可选的，但JanusGraph为所有的vertex都指定了一个label，addVertex()方法创建的vertex都使用了janusGraph的默认vertex label。vertex label在graph中必须是唯一的。
下面是创建代码：
mgmt = graph.openManagement() person = mgmt.makeVertexLabel('person').make() mgmt.commit() // Create a labeled vertex person = graph.addVertex(label,'person') // Create an unlabeled vertex v = graph.addVertex() graph.tx().commit()
Automatic Schema Maker（自动创建schmea）
如果edge label, property key和vertex label没有被显式创建，则会在第一次使用时通过默认
DefaultSchemaMaker创建。
默认的，隐式创建的edge label的multiplicity被设置为MULTI；隐式创建的property key设置为SINGLE，value数据类型为Object.class。用户可以通过实现和注册自己的DefaultSchemaMaker来自定义。
强烈建议用户显式创建，并配置系统为不支持隐式创建。
schema.default=none
Changing Schema Elements
edge label，property key和vertex label的定义一旦提交到graph就不能修改了，但是schema元素的名字是可以修改的。通过JanusGraphManagement.changeName(JanusGraphSchemaElement, String)。
mgmt = graph.openManagement() place = mgmt.getPropertyKey('place') mgmt.changeName(place,'location') mgmt.commit()
需要注意的是，更新schema element的名称可能不会立即可见，需要等待JanusGraph同步数据或后端数据同步完成。在更名可能导致冲突的情况下，可能要重启实例。
如果需要更名，可以先将原来元素改名为新的不存在的元素名称，然后创建新的schema 元素，但不会影响已经创建的数据，需要通过批处理修改数据。