want a urgent solution.

[Mahesh Wabale]

Hello Everyone , 

I am looking for an distributed in-memory graph database is it possible with neo4j ? 

Thanks in advance .

[Rik Van Bruggen]

Why do you need it to be distributed and in-memory, would be my question?

[Mahesh Wabale]

For faster execution with keeping all graph database in RAM , if it
works successfully then it gives very good performance as compare to
local/on disk database.

> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Neo4j" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/neo4j/j7FyAcxr650/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> neo4j+un...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

[Rik Van Bruggen]

You say that, but with the different caching mechanisms of Neo4j (where you can load the store files in the memory etc) I think you are not necessarily correct. In-memory caching of an on-disk database is often a much better option.

BTW you did not answer my question about the need for "distributed". Why is that?

Rik

--

Rik Van Bruggen

r...@neotechnology.com

mob: +32 478 686800
Phone: +44 20 3286 2230

skype: rvanbruggen

[Mahesh Wabale]

i have this idea to improve performance , If we use graph database
with in-memory storage with distributed architecture it give very fast
performance for real time application . I think if graph database uses
in-memory data grid like hazelcast , gridgain then it can possible.
Its just an analysis of an graph databases .

On 6/4/15, Rik Van Bruggen <r...@neotechnology.com> wrote:
> You say that, but with the different caching mechanisms of Neo4j (where you
> can load the store files in the memory etc) I think you are not necessarily
> correct. In-memory caching of an on-disk database is often a much better
> option.
>
> BTW you did not answer my question about the need for "distributed". Why is
> that?
>
> Rik
>