注意Nebula有两个适配器
anyline-data-jdbc-nebula（基于JDBC但非官方提供，也不完善）
anyline.datasource.url=jdbc:nebula://localhost:39669

anyline-data-nebula(基于官方提供的java驱动) 
anyline.datasource.url=nebula://localhost:9669/simple

关系型数据库与图数据库的概念关系

关系型	AnyLine	Nebula	NebulaAdapter	Neo4j	Neo4jAdapter
Catalog	Catalog	Space	Catalog
Table	VertexTable extends GraphTable extends Table	Tag(标签-点类型-点属性集合)	Tag extends VertexTable	Label(标签)	Label extends VertexTable
Table	EdgeTable extends GraphTable extends Table	Edge Type(边类型-边属性集合)	EdgeType extends GraphTable	RelationshipType(关系类型)	RelationshipType extends EdgeTable
行	VertexRow extends GraphRow extneds DataRow	Vertex(点)	VertexRow	Node(节点)	NodeRow  extends VertexRow
行	EdgeRow extends GraphRow extneds DataRow	Edge(边)	EdgeRow	Relationship(关系)	RelationshipRow extends EdgeRow
Column	Column	Property(属性)	Column	Property(属性)	Column

为什么不用VertexType或VertexCollection？
因为type容易误会成一个属性,collection容易误会成结果集

与关系型不同的是，一个点可以有多个类型，相当于在多个表中，类似于扩展表(就是基础属性在一个Table中，更多属性放在另一个Table中，用同一个主键值)

因为查询结果并不像关系型数据库那样的简单二维结构，所以有几个重要的参数会影响结果集的数据结构

如：MATCH (v:CRM_USER:HR_USER) RETURN v

/*

*是否忽略查询结果中顶层的key,可能返回多个结果集
* 0-不忽略
* 1-忽略
* 2-如果1个结果集则忽略 多个则保留
*/
ConfigTable.IGNORE_GRAPH_QUERY_RESULT_KEY;

/*
* 是否忽略查询结果中的表名,数据可能存在于多个表中
* 0-不忽略 CRM_USER.id
* 1-忽略 id
* 2-如果1个表则忽略 多个表则保留
*/
ConfigTable.IGNORE_GRAPH_QUERY_RESULT_TABLE;

/*
* 是否合并查询结果中的表,合并后会少一层表名被合并到key中(如果不忽略表名)
* 0-不合并 {"HR_USER":{"name":"n22","id":22},"CRM_USER":{"name":"n22","id":22}}
* 1-合并  {"HR_USER.name":"n22","HR_USER.id":22,"CRM_USER.name":"n22","CRM_USER.id":22}}
* 2-如果1个表则合并 多个表则不合并
*/
ConfigTable.MERGE_GRAPH_QUERY_RESULT_TABLE;




在一个图空间中，一个点由点的 ID 唯一标识，即 VID 或 Vertex ID。
VID 数据类型只可以为定长字符串FIXED_STRING(<N>)或INT64。VID 的数据类型必须在创建图空间时定义，且一旦定义无法修改。
一个图空间只能选用其中一种 VID 类型。
VID 在一个图空间中必须唯一，其作用类似于关系型数据库中的主键（索引+唯一约束）。但不同图空间中的 VID 是完全独立无关的。
点 VID 的生成方式必须由用户自行指定，系统不提供自增 ID 或者 UUID。
VID 相同的点，会被认为是同一个点。

NebulaGraph 的数据以点和边的形式存储。每个点可以有 0 或多个标签（Tag）；每条边有且仅有一个边类型（Edge Type）。标签定义点的类型以及描述点的属性；边类型定义边的类型以及描述边的属性。在查询时，可以通过指定点的标签或边的类型来限定查询的范围。

NebulaGraph 的核心查询语句可分为：
FETCH PROP ON
LOOKUP ON
GO
MATCH
FIND PATH
GET SUBGRAPH
SHOW
FETCH PROP ON和LOOKUP ON更多用于基础的数据查询；GO和MATCH用于更复杂的查询和图数据遍历；FIND PATH和GET SUBGRAPH用于图数据的路径查询和子图查询；SHOW用于获取数据库的元数据信息。