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.
