What is the difference between plocal and remote ?!!!

[Chaitanya Reddy]

Hi

I am new to orientdb. I have a question regarding plocal and remote. 

There are two options available to create a persistent database, remote and plocal. But I want to know what is the difference b/w those two in distributed scenario? 

Thank you

Chaitanya

[Krishna]

Did you read the Orient DB docs ?

[Luigi Dell'Aquila]

Hi Chaitanya,

with plocal the db will run in the same jvm of your application, while in remote the db will be accessed via TCP/IP connection.

I think this will help

http://orientdb.com/docs/last/Concepts.html#database

Thanks

Luigi

--

---
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 orient-databa...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Chaitanya]

Yes. I know that, plocal creates a persistent local database. But with remote also, we can create a plocal document database. How are they different w.r.t distributed architecture.

--

[Luigi Dell'Aquila]

ops, sorry, I read it too fast :)

There is no difference in terms of stored data structures. Distributed engine is just a layer on top of plocal, that hides all the replication logic 

Luigi

[Chaitanya]

Thank you Luigi .

[scott molinari]

So, I would be correct in saying, if my application is written in any other language other than Java, then the database must be created as remote? 

Scott

[W. Craig Trader]

Well, any language that doesn't run on the Java VM.  So Groovy, jRuby, Scala, Clojure would all be fine candidates to use plocal.

- Craig -

On Mon, Jun 8, 2015 at 2:01 PM, scott molinari <scottam...@googlemail.com> wrote:

So, I would be correct in saying, if my application is written in any other language other than Java, then the database must be created as remote? 

Scott

--

[Chaitanya]

Yes Scott, it is. I was confused with plocal and remote. But to work with multiple platforms (non-jvm) and for distributed architectures, we should use remote.