graph-databases

I have been investigating a graph database and I have found neo4j and although this seems ideal I have also come across Mongodb. Mongodb is not an official graph database but I wondered if it could be used for my scenario. I am writing an application where users can have friends and those friends can have friends etc, the typical social part of a social network. I was wondering in my situation whether Mongodb might suffice. How easy would it be to implement or do I really need to focus on REAL graph databases? I do notice foursquare are using Mongodb so I presume it supports their

Closed. This question is off-topic. It is not currently accepting answers. Learn more . Want to improve this question? Update the question so it's on-topic for Stack Overflow. Closed 4 years ago . Is there a database which will satisfy all (or at least most) of this requirements? Graph oriented - optimized for storing graphs and traversal(e.g HyperGraphDB, Neo4j) Running in memory, but having a persisted storage (e.g. Redis) Distributed (e.g. membase) Had .NET adapter (TCP/IP, not HTTP REST) Or am I asking too much? Thanks in advance. It seems hard to find .NET based one... I hope this might

I am new to OrientDB and I want to use the new shortestPath() method to get the edges that are between two vertices. What I do is: OSQLSynchQuery<T> sql = new OSQLSynchQuery<T>("select shortestpath(" + firstVertex + ", " + secondVertex + ").asString()"); List<ODocument> execute = db.query(sql); and what I can only get is [#-2:1{shortestpath:[#8:1, #8:3]} v0] . So, I wanted to know how could I extract the edges (well, only one edge in this case, because these two vertices are directly connected) from this output or from the output that I get without asString() : [#-2:1{shortestpath:[2]} v0]

I am developing a web-based application using Rails. I am debating between using a Graph Database, such as InfoGrid, or a Document Database, such as MongoDB. My application will need to store both small sets of data, such as a URL, and very large sets of data, such as Virtual Machines. This data will be tied to a single user. I am interested in learning about peoples experiences with either Graph or Document databases and why they would use either of the options. Thank you I don't feel enough experienced with both worlds to properly and fully answer your question, however I'm using a document

I'm playing around with neo4j, and I was wondering, is it common to have a type property on nodes that specify what type of Node it is? I've tried searching for this practice, and I've seen some people use name for a purpose like this, but I was wondering if it was considered a good practice or if indexes would be the more practical method? An example would be a "User" node, which would have type: user , this way if the index was bad, I would be able to do an all-node scan and look for types of user . True, it does depend on your use case. If you add a type property and then wish to find all

Are there any implementations, api or examples of OrientDB and C#. The reason I am looking at OrientDB is becuase it's the only one that I found that is a combination of Graph and Document. Any suggestions on how I should try this. My next choice is RavenDB, but I am not sure if it supports joins or linked documents? Any thoughts... I just developed a first version of a REST client for OrientDB. http://netorientdb.codeplex.com Roman Gordon OrientDB has an official binary driver for .NET look here http://orientdb.com/docs/3.0.x/ Example of usage OrientDB-NET.binary string release = OClient