图形数据标准化
图形数据标准化
AWS，Google，Neo4j，Oracle。这些只是在W3C关于图形数据的Web标准化的W3C研讨会上代表的一些供应商，内容必然会促进数据管理中最热门的部分：Graph的采用。
让许多供应商互相交谈，更不用说团结一致，这并非易事。增加学者和研究人员并不一定会使事情变得容易。现在，尝试将零散的社区和长期存在的未解决问题添加到组合中，将了解为什么到目前为止尚未实现图形数据标准化的图片。
但是，这似乎即将改变，这对每个人来说都是个好消息。在过去的几年中，一直密切关注图数据库的兴起。恒星似乎终于对齐了图表，世界的Gartners和Forresters也都在关注这一点。
纳入Gartner的炒作周期之后，Gartner还将Graph列为2019年十大数据和分析技术趋势中的第五名。图在建模多个域方面大放异彩，并且是利用连接数据的最佳选择。那么，为什么要花这么长时间才能成为主流呢？要引述研究员ZDNet的撰稿人，分析师Tony贝尔：
“我一直觉得图形更适合嵌入到引擎，因为它是一个奇怪的新数据库，没有事实标准或其他标准。开始改变自己的看法-每个主要数据平台提供商现在都有图形数据库或API /引擎。”
标准-该技术一直在进步，以至于现在可以大规模使用图形。但是，要想在现有的市场中分得一杯without而又无法进行互操作，可能会充满挑战。NoSQL人群，最终主要采用SQL。这就是W3C进来的地方。
重新讨论属性图和RDF
在W3C Web的标准化图形数据，柏林举办了一次研讨会，以获得尽可能多的图形社区，共同讨论和汇聚在可能的标准化努力的目标。该研讨会主要由Neo4j驱动和赞助。其他赞助商是Oracle，Ontotext和ArangoDB。
根据DB-Engines索引，Neo4j是图形数据库的市场领导者。已经与Neo4j的首席执行官Emil Eifrem进行了多次对话，就在W3C研讨会之前，Eifrem坚定地进行了一次对话：标准化是Neo4j的重中之重。
图形数据库格局已经分散了，属性图和RDF代表了建模，存储和查询数据的不同方法，没有标准的互操作性方法。尽管RDF是标准化的，但特性图却不是。
这不利于Graph数据库的采用，并且专家，标准组织和供应商都意识到了这一点。W3C图形数据Web标准化研讨会在柏林召集了图形数据库专家来解决此问题。
RDF已经存在了大约20年，最初是由研究和学术界推动的。RDF由WWW发明家Tim Berners Lee爵士提出的语义网构想发起，具有大量堆栈。该堆栈包含诸如推理和规则之类的东西，并且已经有稳定的标准存在一段时间了，其中包括用于序列化，模式和查询的标准。
然而，问题是实用主义并不总是那里的核心问题。另外，用于RDF的工具很少而且并不总是易于使用。以JSON-LD为例。想出一种标准的方法来序列化基于JSON的RDF，这是Web开发人员最流行的格式，这似乎很容易。
JSON-LD和schema.org的结合可能在扩展RDF的使用方面做得更多。仅仅让Google和其他搜索引擎采用它就导致了一系列用例。但是，在RDF社区中，JSON-LD当时引起了极大争议。这不是RDF社区面临的最后一个争议，但似乎JSON-LD的成功可能有一些可借鉴之处。
属性图已经存在了大约10年，并且受到了行业的推动。因此，可以说它们是RDF的反面镜像：实用主义规则，工具丰富且易于使用，扩展和社区建设是当务之急，但标准化只是此后的事。
大多数属性图解决方案没有模式，或者具有非常基本的模式。只是将数据输入和输出属性图解决方案是一项耐心和即兴的练习-以CSV格式表示图形结构，并将其映射到解决方案之间。属性图没有标准的查询语言。此时，属性图也没有抽象模型或语义之类的东西。
引力波矩
现在，这些都不是无法解决的。对于属性图世界，在某种常识序列化格式上达成共识，对现有查询语言进行综合，并研究将使模式和语义定义成为可能的所有属性图模型，似乎都是要采取的合理步骤。那么，好消息是：看来这正是议程中的内容，因此可以预期将执行这些步骤。
Confluent显示开源，范式转换，云和商业成功都可以共存
那么，对于所有已经存在的RDF世界来说，什么是紧要关头？W3C讲习班中用来描述状态的一个明确指示的隐喻是一座桥。毕竟，搭建桥梁是这次活动的主题。在属性图之间建立桥梁是一回事，但是在属性图和RDF之间建立桥梁又如何呢？
尽管属性图在构建通往RDF世界的桥梁的支柱方面有工作要做，但在RDF中，支柱主要存在于其中，除了一件事：修正。如果不喜欢RDF，那么可能从来没有听说过Reification，也不是很在乎。但这是构建到属性图世界的桥梁的关键，而且似乎RDF终于接近解决这个问题了。
参加有关图形标准化的W3C研讨会是一个有趣的经历。
修正是一种向RDF图边缘添加属性的机制，从而使它们可以直接转换为属性图。尽管这是可能的，但到目前为止，尚无统一的标准来达成此目的。RDF *是关于如何执行此操作的建议，在RDF世界中正受到关注。
W3C研讨会的成果之一是几乎一致的想法，使之成为W3C规范。这种技术性或某些人称之为“红鲱鱼”，已经使RDF社区停滞了很长时间。
柯林斯（Collins）在他的《人工智能》一书中对人们在社会上建构意义的方式进行了描述。作为案例研究，他使用了他所嵌入的引力波实验证据的趋同。
这只是一张图，在现实世界中掀起波澜
RDF *是否可以像RDF一样具有关键性，以及像引力波对物理学一样，可以大范围绘制图形。潜力和动力肯定存在，W3C研讨会的人员似乎已经承诺继续致力于这些支柱和桥梁。
然而，与此同时，图形在现实世界中正在风起云涌。最后，正如AWS Neptune的Brad Bebee在他的主题演讲中所说的那样，它只是一张图表。用户并不真正在乎底层的技术。他们正赶上“图形让疯狂地集成数据”这一事实。
Neptune是来自AWS的基于云的图形数据库，它使用户可以使用RDF和属性图，并将这些桥安装在适当位置将极大地受益。正如Bebee指出的那样，根据最近一次AWS re：Invent会议上的社交媒体调查，海王星已成为2018年最受欢迎的AWS新产品之一。这可以说明问题，但这并不是图形数据库世界中的所有新事物。
图在现实世界中正在获得引力，并在掀起波澜。
Neo4j的一轮融资：8000万美元。在与Eifrem讨论如何实现此目标的路线图时，强调了三个优先事项：标准化，云计算和扩展。已经详细说明了标准化，因此只需要补充一点，那就是在ISO和正在进行的SQL工作方面还有其他桥梁。
但是云计算和扩大规模又如何呢？Neo4j目前不提供托管云版本。由于这将成为任何数据库解决方案，Neo4j致力于此工作。Eifrem表示，基于Kubernetes的Neo4j托管云版本目前处于私有测试阶段，反馈很好，并且即将release。
Neo4j将在未来一段时间内大量招聘员工。做这件事并扩大公司规模的过程虽然很平淡无奇，但却非常需要努力，这正是Eifrem忙碌的原因。因此，暂时没有那么多闪亮的新玩具可供展示，但Eifrem暗示不久将有更多这种新玩具出现。但是与此同时，其他供应商也在加紧规划。
例如，RDF供应商增加了对属性图的支持。AWS已经有了它，Cambridge
Semantics和Stardog也都添加了它。另外，多模型支持以及JSON的组成部分已成为许多供应商的关键功能。JSON-LD敞开了大门，在过去的几个月中，AllegroGraph和Ontotext等供应商也增加了对JSON的支持。将很快对这个领域进行更深入的分析。
