I agree completely with you. Orientdb has very unique and powerful features. Just that a little bit of stability will make it beautiful
On Wednesday, March 5, 2014 10:14:11 PM UTC+5:30, 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.
