On Graph query languages. The Year of the Graph Newsletter Vol. 3, June 2018
AWS Neptune goes GA, Microsoft Cosmos DB releases new features, the query language discussion heats up, TigerGraph announces free developer edition, building enterprise knowledge graphs in the real world with Zalando and Textkernel, and more. May has been another interesting month for the graph database world.
How can data scientists use knowledge graphs? How, and why, can you publish JSON-LD, or write type-safe graph queries using Gremlin? And, what’s the connection between GDPR, metadata, semantics, IBM, and Hortonworks? Let’s start our tour and find out.
It’s been long awaited, and now it’s generally available. How does AWS Neptune, this 2-in-1 new entry from Amazon, compare against other graph database solutions? How does it work, what is it good for, and will it “Amazon” the domain?
AWS Neptune going GA: The good, the bad, and the ugly for graph database users and vendors
It’s official: AWS has a production-ready graph database. What features are included today, and what will be included in the near future, what use cases are targeted, and what does AWS Neptune’s release mean for users and graph database vendors?
Azure Cosmos DB took the center stage at Microsoft Build to celebrate its 1st birthday. This multi-model database has just added an array of new features, including multi-master replication capability and an Asynchronous Java SDK to its already rich offering, and its lead architect, Rimma Nehme, shares more details.
Azure #CosmosDB @ Build 2018: The catalyst for next generation apps
Reflecting back on the past year, it is deeply heartening for us to see the growth of the service. We are so very grateful to our customers who have relied on Azure Cosmos DB to build their mission-critical apps, pushed the limits of the service and always demanded the best
We have stressed already how important graph query languages are, and how fragmented the landscape is there. Neo4j has come forward with a proposal to unify Cypher, its own query language, with two more property graph query languages, PGQL and G-Core, from Oracle and LDBC. Interesting to see the rationale, the community’s reaction, and how it will play out.
Did we say, graph query language and community reaction? Here’s a recap of both: the community has mixed reactions, and TigerGraph, the latest entry in the graph database domain, decides to offer free developer edition, tries to build a community of its own.
Open or closed? On graph database access, query languages, community building, and TigerGraph
Having an entry path, as well as a strong community, is important for any solution, and graph databases are no different. Following latest developments in graph query languages, TigerGraph is changing its strategy. How will this affect the domain?
It looks like the people involved in Gremlin, another alternative in graph query languages, keep working in the meanwhile. Kelvin Lawrence, one of the project’s main contributors, just published an update on his Practical Gremlin guide.
The latest version of Practical Gremlin
Another substantial update. Please see the change history for full details
And to wrap up with query languages, here is a proposal on how, and why, to build type-safe graph queries on top of Gremlin, from the people in Celum.
Type-safe Graph Queries
Type-safe queries pay off. During the implementation of real features, we learned that while the compile-time checks initially slow us down when writing code, they later speed us up by reducing debugging effort.
The people in Thomson Reuters, on their part, met with senior data scientists to discuss how to encourage wider adoption of enterprise knowledge graphs. They discussed topics such as Natural Language Processing and AI, but by and large where they see the most value is connecting data silos.
Helping data scientists to map a Knowledge Graph future
The use of Knowledge Graph technology to uncover connections within and across data sets has major potential in financial markets. We met with senior data scientists to discuss how to encourage wider adoption.
Enterprise Knowledge Graphs are great and all, but how do you actually build one? Let’s hear it from the experts: Panos Alexopoulos from Textkernel and Katariina Kari from Zalando have over 20 years of combined experience in this. Before taking the stage to tell us all about it in Connected Data London, they share some of their experience here.
Building Enterprise Knowledge Graphs in the real world
What does it take to build usable enterprise knowledge graphs? Let’s hear it from the experts
May was also GDPR month. It’s understandable that you’ve grown weary of that by now, but, promise, this is not about updating terms, or any of the usual discussion. It’s about how metadata and (graph-based) semantics can help repay the data governance gap that GDPR has shed light on.
Repaying the GDPR Data Governance Debt with Metadata and Semantics
Being GDPR compliant means having robust Data Governance in place. And robust Data Governance is built on metadata and semantics.
If you’re reading this, there’s a good chance you already know, and use, JSON-LD. If not, Paul Wilton from Data Language writes about why you should consider this, regardless of whether you work with linked data and RDF or not.
Publishing JSON-LD for Developers
JSON-LD has been among us for several years now, its adoption is increasing, but I suspect not as fast as it probably should.