Cayley – An open-source graph database • Hacker News Board

Re: Cayley – An open-source graph database

#61

Post by dyu- » Sun, Apr 09, 2017, 2:02 PM UTC

mring33621 wrote: post #60

pawanrawal wrote: post #29

Earlier quoted context omitted.

We have it loaded on a Dgraph instance. In case you want to play around with it at https://play.dgraph.io

How is Dgraph licensed? I see both Apache and AGPL in GitHub.

Looking at the commit, they switched from asl to agpl.

Re: Cayley – An open-source graph database

#62

Post by dyu- » Sun, Apr 09, 2017, 2:04 PM UTC

ceyhunkazel wrote: post #25

Good work! An alternative is Dgraph https://dgraph.io/ which I am considering for my next project.

Note that they changed the license from APL to AGPL just recently (13 days ago, based from their commits)

Re: Cayley – An open-source graph database

#63

Post by janemanos » Sun, Apr 09, 2017, 8:24 PM UTC

sverhagen wrote: post #26

We have Elasticsearch as a generic document search engine, each document has a non-trivial amount of properties (let's say 50 or so). It's incredibly performant for all sort of searches, the details of each of which this solution wasn't specifically designed for, hence me calling it a generic search engine. Every time I contemplate of bringing graph relationships, that exist between these documents, into the mix, I g…

Sounds like something ArangoDB could be a good solution for. Full disclosure I'm from ArangoDB team and happy to help. If you like just drop me a line to jan.stuecke (at) arangodb.com

Re: Cayley – An open-source graph database

#64

Post by lolive » Sun, Apr 09, 2017, 9:36 PM UTC

janemanos wrote: post #63

sverhagen wrote: post #26

We have Elasticsearch as a generic document search engine, each document has a non-trivial amount of properties (let's say 50 or so). It's incredibly performant for all sort of searches, the details of each of which this solution wasn't specifically designed for, hence me calling it a generic search engine. Every time I contemplate of bringing graph relationships, that exist between these documents, into the mix, I g…

Sounds like something ArangoDB could be a good solution for. Full disclosure I'm from ArangoDB team and happy to help. If you like just drop me a line to jan.stuecke (at) arangodb.com

Being a graph database user, i always have to manage a replication of the "molecules"of my graph in ES for a user-friendly search experience. Ca arangodb help for such a use case? Or may be dgraph?

Re: Cayley – An open-source graph database

#65

Post by mrjn » Sun, Apr 09, 2017, 11:20 PM UTC

mring33621 wrote: post #60

pawanrawal wrote: post #29

Earlier quoted context omitted.

We have it loaded on a Dgraph instance. In case you want to play around with it at https://play.dgraph.io

How is Dgraph licensed? I see both Apache and AGPL in GitHub.

Dgraph follows MongoDB licensing. The clients are all in Apache, and the server code is AGPL. This doesn't affect anyone using Dgraph for commercial purposes; but if they make changes to the server code, they'll have to release them under AGPL. Blog post here: https://open.dgraph.io/post/licensing/

Re: Cayley – An open-source graph database

#66

Post by mrjn » Sun, Apr 09, 2017, 11:23 PM UTC

lolive wrote: post #64

janemanos wrote: post #63

Earlier quoted context omitted.

Sounds like something ArangoDB could be a good solution for. Full disclosure I'm from ArangoDB team and happy to help. If you like just drop me a line to jan.stuecke (at) arangodb.com

Being a graph database user, i always have to manage a replication of the "molecules"of my graph in ES for a user-friendly search experience. Ca arangodb help for such a use case? Or may be dgraph?

Dgraph does automatic replication, for providing fault tolerance. It's baked in pretty deep into Dgraph. We use consensus algorithm, so all your writes are atomically consistent (not eventually consistent). https://docs.dgraph.io/v0.7.4/deploy/

Re: Cayley – An open-source graph database

#67

Post by mrjn » Sun, Apr 09, 2017, 11:24 PM UTC

frik wrote: post #55

pawanrawal wrote: post #53

Earlier quoted context omitted.

This is just the film data.

I would be interested if Dgraph can handle the full Freebase dataset. (250 GB RDF) How long does it load? What's the avg query response for very simple searches (like who is the US president)?

(Dgraph author) That's a good point. I think I'll load one instance up with the entire Freebase data, run it on freebase.dgraph.io, and blog about how and whys etc. Expect that in the next couple of weeks.

Re: Cayley – An open-source graph database

#68

Post by mrjn » Sun, Apr 09, 2017, 11:30 PM UTC

frik wrote: post #54

ashwin95r wrote: post #38

Earlier quoted context omitted.

Benchmarks for loading freebase data in Cayley vs Dgraph. https://discuss.dgraph.io/t/differences-between-dgraph-and-c... Dgraph was 10X faster.

What's up with this toy dataset? The movie subset is just 21 mio facts. (21million.rdf.gz) Can someone run the benchmark for the real Freebase (1.9 billion facts)? Also LevelDB/Bolt is not suitable for this, better use MongoDB or Postgres or MySQL as Cayley data store.

Expect freebase.dgraph.io in a couple of weeks.

Re: Cayley – An open-source graph database

#69

Post by wut42 » Mon, Apr 10, 2017, 11:02 AM UTC

barakm wrote: post #16

wut42 wrote: post #15

Very nice! any plans to use it as a backend for google's badwolf[1] (a temporal graph store)? https://github.com/google/badwolf

The thing badwolf brings to the table (and respect to the author -- super nice fellow) is adding metadata (namely, a timestamp) to the links. The topic of 'reification' found throughout our recent discussion is how we can generally add metadata to links, thereby making it a lot easier to fit the two models together.

awesome :) thanks

Re: Cayley – An open-source graph database

#70

Post by janemanos » Mon, Apr 10, 2017, 5:36 PM UTC

lolive wrote: post #64

janemanos wrote: post #63

Earlier quoted context omitted.

Sounds like something ArangoDB could be a good solution for. Full disclosure I'm from ArangoDB team and happy to help. If you like just drop me a line to jan.stuecke (at) arangodb.com

Being a graph database user, i always have to manage a replication of the "molecules"of my graph in ES for a user-friendly search experience. Ca arangodb help for such a use case? Or may be dgraph?

With ArangoDB you can choose between synchronous replication and asynchronous. With the Agency of ArangoDB you also have a RAFT based consensus protocol which holds the state of the cluster. My team mate wrote a nice article about our approach. You might want to have a look: https://www.arangodb.com/2017/01/reaching-harnessing-consens.... In single instance you have full transactional guarantees with multi collection and multi document transactions. In cluster mode we provide single document transactions. More guarantees will follow.