6 ms·

I’m using my own (hyper)graph API I developed over years so I have some (albeit limited) experience in the matter. My opinion after reading the home page is tha

I’m using my own (hyper)graph API I developed over years so I have some (albeit limited) experience in the matter. My opinion after reading the home page is that most of the points are straight up bullshit (cloud native and AI code generation). The second very worrying fact is the query language. Not only it’s not using something existing (cypher, gremlin) or the new upcoming Graph Query Language that will unify them, but it uses some ad-hoc JSON-LD. I couldn’t think of a worst idea. Verbosity (reinforced by JSON-LD compared to JSON), no comment possible, usage of the RDF data model, there are many disadvantages for no benefit (except for RDF that can be useful for interoperability in some cases). Finally the comparison is listing Oracle Database but not MS SQL, which is rather strange given the later has some support for graph and geo queries.

ggleason 7y ago
JSON-LD allows us to marshall queries into and out of the database as objects in their own right. The verbosity isn't a problem as we don't actually write queries in JSON-LD. We use a fluent style in a programming language: currently, either Python or Javascript. OWL as a schema language is quite rich and well developed allowing multiple-hierarchies and complex constraints. Having a well defined rich schema language for graphs is extremely important, and something that isn't widely available.
- carapace 7y ago
  Are you looking at CQL at all? https://www.categoricaldata.net/ https://www.categoricaldata.net/ They're using Category Theory to inform their schema design and query language.
  - ggleason 7y ago
    I read about OLOGs years ago and was very intrigued. Cool project!
- tasogare 7y ago
  I checked the origin of the project and it seems to be an European grant to a few universities working on Semantic Web. Given the track record of this technology I’ll pass my turn. Neither the home page nor the doc provide any compelling arguments or killer feature for it’s use over existing solutions. I’m not convinced either that a strong schema is really important for a graph database. In fact, even in OOP long chain of inheritance have proven bad practice. I also found myself that working with flat-type (no inheritance) nodes and edges simplify the code a lot. Is this database used on any deployed project?
  - ggleason 7y ago
    Without schemata, you end up with spaghetti pretty quickly and no way to ensure data-quality. It's also impossible to treat segments of the graph as documents. With a strong schema you can move seemlessly between objects and graph view. It is currently deployed in several industrial settings.
  - LukeEF 7y ago
    You checked the origin as in you read my comment on this thread? Pretty clear when I said it started in Trinity College Dublin working with linked data. Semantic web certainly suffers from true believers that refuse any break with orthodoxy, but there is a core of wisdom & imho if you can do something practical the best ideas can emerge.

ggleason 7y ago

JSON-LD allows us to marshall queries into and out of the database as objects in their own right. The verbosity isn't a problem as we don't actually write queries in JSON-LD. We use a fluent style in a programming language: currently, either Python or Javascript. OWL as a schema language is quite rich and well developed allowing multiple-hierarchies and complex constraints. Having a well defined rich schema language for graphs is extremely important, and something that isn't widely available.

carapace 7y ago
Are you looking at CQL at all? https://www.categoricaldata.net/ https://www.categoricaldata.net/ They're using Category Theory to inform their schema design and query language.
- ggleason 7y ago
  I read about OLOGs years ago and was very intrigued. Cool project!
tasogare 7y ago
I checked the origin of the project and it seems to be an European grant to a few universities working on Semantic Web. Given the track record of this technology I’ll pass my turn. Neither the home page nor the doc provide any compelling arguments or killer feature for it’s use over existing solutions. I’m not convinced either that a strong schema is really important for a graph database. In fact, even in OOP long chain of inheritance have proven bad practice. I also found myself that working with flat-type (no inheritance) nodes and edges simplify the code a lot. Is this database used on any deployed project?
- ggleason 7y ago
  Without schemata, you end up with spaghetti pretty quickly and no way to ensure data-quality. It's also impossible to treat segments of the graph as documents. With a strong schema you can move seemlessly between objects and graph view. It is currently deployed in several industrial settings.
- LukeEF 7y ago
  You checked the origin as in you read my comment on this thread? Pretty clear when I said it started in Trinity College Dublin working with linked data. Semantic web certainly suffers from true believers that refuse any break with orthodoxy, but there is a core of wisdom & imho if you can do something practical the best ideas can emerge.