Having Cypher would be great but I wouldn't confuse that with "Tinkerpop is underselling OrientDB". Tinkerpop will be extremely important for applications just like JDBC was for SQL. Tinkerpop Blueprints is changing as well to become more powerful for graphs. Without Blueprints even in its current form, I'm not sure that I'd be using OrientDB. Deciding on one backend that is changing rapidly is too risky for me so leveraging 'standards' is a partial way to mitigate the risk.
Are you asking for Cypher support or you want a Cypher like language that leverages all of the distinct advantages of OrientDB? If you just want Cypher, I wonder if it's possible to make it parallel to the Gremlin support so that it's built over Blueprints but still has an underlying OrientDB implementation that can optimize accordingly. Have you looked through the Tinkerpop3 threads on the Gremlin group? Most of that discussion is geared towards making Tinkerpop way more powerful than it is today but I don't know how that will line up with the various underlying databases. On Wednesday, March 5, 2014 1:25:35 PM UTC-5, Ameer Tamboli wrote: > > Yes. I think something like Cypher with OrientDB will be icing on the > cake. I am interested in this topic. > On 5 Mar 2014 22:14, "EJ" <[email protected] <javascript:>> wrote: > >> Hello Everybody, >> >> I have just finished writing a clojure wrapper for the tikerpop layer of >> orientdb (all existing are outdated) and I have so say that the Tinkerpop >> stack is in my opinion a very weak solution for graph applications with >> orientdb! >> >> Many of the unique features of OrientDB (embedded list/maps/documents >> etc) are not or only with tricks available. To me it would make sense to >> reconsider the question if a "native" graph handling (including a query >> language) that does use the specific advantages of Orientdb would be so bad >> after all. The SQL commands are fine for the work with documents but i >> found them rather uncomfortable for graphs compared with cypher. >> >> The background of my work is also the evaluation of OrientDB for the use >> at a large company but the entry barrier is high compared to other >> databases like neo4j. >> >> Many people will get used to neo4j because cypher is powerful, easy to >> learn and comes out of the box: Most applications start small and with >> smaller graphs the performance differences will not be obvious. >> >> To work with graphs on top of OrientDB you have to setup the db, get >> around with the Tinkerpop stack - especially gremlin (and groovy), and plug >> in jung on top to have comparable functionality - quite a journey. >> >> >> I have been thinking about developing something on my own - is anybody >> interested in this topic? >> >> >> Kind Regards, >> >> EJ >> >> >> -- >> >> --- >> You received this message because you are subscribed to the Google Groups >> "OrientDB" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> For more options, visit https://groups.google.com/groups/opt_out. >> > -- --- You received this message because you are subscribed to the Google Groups "OrientDB" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
