OrientDB: A new Open Source NoSQL DBMS • Hacker News Board

Re: OrientDB: A new Open Source NoSQL DBMS

#11

Post by linead » Sun, May 23, 2010, 11:06 PM UTC

TrevorBurnham wrote: post #9

linead wrote: post #4

I came across OrientDB a week ago, while looking for a Document DBMS that could be embedded in a client side application. Sadly haven't had time to fully check it out yet, but it looked the most promising of the options out there. The Java/Hibernate pattern seems to be common for java applications, but there's doesn't seem to be (as far as I can see) for a document/object based alternative. I'm currently working with…

There are a ton of JSON stringifications libs for Java, some of which can handle complex object graphs (circular dependencies, etc.). Have a look at Google GSON. Once you can turn your jobs into JSON strings and vice versa, persisting them in a document store should be trivial.

But actually getting a document store on the client? A lightweight document store that supports complex object graphs?

Re: OrientDB: A new Open Source NoSQL DBMS

#12

Post by cturner » Mon, May 24, 2010, 2:21 PM UTC

sjs wrote: post #7

cturner wrote: post #3

Earlier quoted context omitted.

why would anyone use a young project (with only one developer?) rather than something really well supported like MongoDB or Cassandra I don't know either of the systems you mention - and should have a look into them. I have some experience with couchdb. I've got an app in mind, and have some experience with couchdb but not with the systems you mention. Orient interested me because I'm constantly on the lookout for so…

Have a look at Riak. It scales up (and down) very well. And it's been in production use for a while now.

Thanks. I've had a look and from what I can see insertion is by HTTP or JSON only, and not over persistent connection. I expect this will be too slow for the volume of data I have.

Re: OrientDB: A new Open Source NoSQL DBMS

#13

Post by sjs » Mon, May 24, 2010, 5:34 PM UTC

cturner wrote: post #12

sjs wrote: post #7

Earlier quoted context omitted.

Have a look at Riak. It scales up (and down) very well. And it's been in production use for a while now.

Thanks. I've had a look and from what I can see insertion is by HTTP or JSON only, and not over persistent connection. I expect this will be too slow for the volume of data I have.

Ah yes that's true. You can use Protocol Buffers but still over HTTP. You'd have to use Erlang to get around HTTP, which obviously won't work for everyone.

Re: OrientDB: A new Open Source NoSQL DBMS

#14

Post by alexpopescu » Wed, May 26, 2010, 8:24 AM UTC

cturner wrote: post #3

mark_l_watson wrote: post #2

It looks interesting enough, and the sort-of SQL language looks OK, but I have to ask: why would anyone use a young project (with only one developer?) rather than something really well supported like MongoDB or Cassandra? That said, interesting looking work.

why would anyone use a young project (with only one developer?) rather than something really well supported like MongoDB or Cassandra I don't know either of the systems you mention - and should have a look into them. I have some experience with couchdb. I've got an app in mind, and have some experience with couchdb but not with the systems you mention. Orient interested me because I'm constantly on the lookout for so…

Other option may be BerkleyDB/Java. It should be pretty easy to get started. In terms of querying things may be a bit more difficult (as for any KV store), but as far as I remember there are ways to programmatically define secondary indexes. (note: I'm not affiliated with Oracle/Sun/Berkley/etc. :-)