I also agree. Cypher makes neo4j so much easier to use than orientDB. It would be nice to have a similarly expressive language for orientDB. I think most of cypher functionality could be written as orientDB-SQL functions, and as methods on vertices and edges. It would not be quite as tidy as cypher but more than adequate.
Being interested in max performance, creating this expressiveness in the native API would be the most appealing. For my purposes, the performance advantage would more than make up for the loss in expressiveness. As EJ said if you further limit yourself to tinkerpop, you have made most of the compelling modeling advantages of orientdb unavailable to yourself. I have given up on tinkerpop in my own Proof-of-concept work. Even the native orientDB java API leaves me missing the expressiveness of Cypher. I find it interesting the Neo4J is no longer supporting tinkerpop themselves (though others are, at least for now). Some new functionality in neo4j 2.0 is available only in cypher. -Charles On Wednesday, March 5, 2014 8:44:11 AM UTC-8, EJ 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]. For more options, visit https://groups.google.com/groups/opt_out.
