5 ms·

So is Titan considered alive and actively maintained now? Back when DataStax acquired Aurelius, they announced [1] that they would stop developing Titan, and f

So is Titan considered alive and actively maintained now? Back when DataStax acquired Aurelius, they announced [1] that they would stop developing Titan, and for a while it looked like it was completely dead. It seems DataStax are maintaining it somewhat, but there have been only 74 commits this year, all/almost of it from DataStax, and there's not a lot of meat on those commits. Plenty of open issues in the Github tracker. For example, I noticed that Wikidata was considering Titan but dropped it [2] after the Aurelius announcement, and ended up with a fairly obscure database called BlazeGraph instead. [1] https://groups.google.com/forum/#!topic/aureliusgraphs/c07WEdH-epY https://groups.google.com/forum/#!topic/aureliusgraphs/c07WE... [2] https://lists.wikimedia.org/pipermail/wikidata-tech/2015-March/000740.html https://lists.wikimedia.org/pipermail/wikidata-tech/2015-Mar...

eternalban 11y ago
> .. stop developing Titan .. From your [1] we find the follow-up [1a] which clearly says work will not stop. [1a]: https://groups.google.com/forum/#!topic/aureliusgraphs/WTNYYpUyrvw https://groups.google.com/forum/#!topic/aureliusgraphs/WTNYY...
- lobster_johnson 11y ago
  Thanks, didn't see that one. That said, it seems work has slowed down to a trickle, and I'm not seeing much activity on the Apache end.
  - skyebook 11y ago
    From what I understand, they weren't really pushing to become an Apache project (Tinkerpop did, though). That said, I thought activity was pretty much dead also until I took a look at the 0.9 branch: https://github.com/thinkaurelius/titan/tree/titan09 https://github.com/thinkaurelius/titan/tree/titan09
jerven 11y ago
I think the wikidata was the right decision :) SPARQL really is lovely when dealing with public databases over http. But then I am biased by the success of sparql.uniprot.org :) On the other hand the usecase of wikidata and uniprot are quite different from most graph database deployments who have only internal or controlled access via APIs. Still UniProt is a graph with 3 billion nodes and 15 billion edges so not tiny but not humongous either. Wikidata is a bit smaller if I recall. Titan seems to have a different use case, much more orientated to graph traversal than analytics on graph modelled data. So I can understand that many systems need something like titan.
- lobster_johnson 11y ago
  For my part I'm evaluating graph databases for content storage, as backing store for webapps, as an alternative to relational databases. Number of nodes less than a million, so very small datasets by most standards, and I do need fast ad-hoc queries (what you call graph traversal, not analytics), sharding and transaction support.
  - rspeer 11y ago
    Other people may convince you otherwise, but I believe there are no mature graph databases. You would use them if you want to experience the bleeding edge of databases and exploring uncharted territory excites you, and not if you want to get webapps built.
    - emileifrem 11y ago
      I'm curious, what is lacking from Neo4j to qualify it as a mature graph database? We've worked on it for over a decade, it's used in production by thousands of community users, hundreds of customers and 75+ Global 2000 companies (see http://neo4j.com/customers http://neo4j.com/customers). For many of those Neo4j is used in business critical use cases, i.e. they require Neo4j to be up and running every minute of every day or it'll show up in their next earnings call. If you've shopped online or in a US retail store this week for example, it's very likely that you've used Neo4j. There's rich support for pretty much any programming language and framework out there, an ecosystem of consulting partners whose sole business it is to do Neo4j implementations, 10+ books written specifically about Neo4j, rich online training, formal enterprise support backed by a global commercial organization, an active community. What's missing? I'm not trying to be facetious -- I'm genuinely curious as to what you feel is missing to consider it mature.

eternalban 11y ago

> .. stop developing Titan .. From your [1] we find the follow-up [1a] which clearly says work will not stop. [1a]: https://groups.google.com/forum/#!topic/aureliusgraphs/WTNYYpUyrvw https://groups.google.com/forum/#!topic/aureliusgraphs/WTNYY...

lobster_johnson 11y ago
Thanks, didn't see that one. That said, it seems work has slowed down to a trickle, and I'm not seeing much activity on the Apache end.
- skyebook 11y ago
  From what I understand, they weren't really pushing to become an Apache project (Tinkerpop did, though). That said, I thought activity was pretty much dead also until I took a look at the 0.9 branch: https://github.com/thinkaurelius/titan/tree/titan09 https://github.com/thinkaurelius/titan/tree/titan09

jerven 11y ago

I think the wikidata was the right decision :) SPARQL really is lovely when dealing with public databases over http. But then I am biased by the success of sparql.uniprot.org :) On the other hand the usecase of wikidata and uniprot are quite different from most graph database deployments who have only internal or controlled access via APIs. Still UniProt is a graph with 3 billion nodes and 15 billion edges so not tiny but not humongous either. Wikidata is a bit smaller if I recall. Titan seems to have a different use case, much more orientated to graph traversal than analytics on graph modelled data. So I can understand that many systems need something like titan.

lobster_johnson 11y ago
For my part I'm evaluating graph databases for content storage, as backing store for webapps, as an alternative to relational databases. Number of nodes less than a million, so very small datasets by most standards, and I do need fast ad-hoc queries (what you call graph traversal, not analytics), sharding and transaction support.
- rspeer 11y ago
  Other people may convince you otherwise, but I believe there are no mature graph databases. You would use them if you want to experience the bleeding edge of databases and exploring uncharted territory excites you, and not if you want to get webapps built.
  - emileifrem 11y ago
    I'm curious, what is lacking from Neo4j to qualify it as a mature graph database? We've worked on it for over a decade, it's used in production by thousands of community users, hundreds of customers and 75+ Global 2000 companies (see http://neo4j.com/customers http://neo4j.com/customers). For many of those Neo4j is used in business critical use cases, i.e. they require Neo4j to be up and running every minute of every day or it'll show up in their next earnings call. If you've shopped online or in a US retail store this week for example, it's very likely that you've used Neo4j. There's rich support for pretty much any programming language and framework out there, an ecosystem of consulting partners whose sole business it is to do Neo4j implementations, 10+ books written specifically about Neo4j, rich online training, formal enterprise support backed by a global commercial organization, an active community. What's missing? I'm not trying to be facetious -- I'm genuinely curious as to what you feel is missing to consider it mature.