Live data from Hacker News

Amazon DynamoDB – a Fast and Scalable NoSQL Database Service from AWS

allthingsdistributed.com

21–30 of 135 posts

Re: Amazon DynamoDB – a Fast and Scalable NoSQL Database Service from AWS

#21
I'm too scared of the lock in. Afaik this isn't like EC3 where you can move a VM off the EC3 stack. The data is stored in a proprietary format so once your in, you're in.

Game changer? I need to see some evidence first on how well it performs and integrates.

Re: Amazon DynamoDB – a Fast and Scalable NoSQL Database Service from AWS

#22
post #13
post #6

Earlier quoted context omitted.

As with all the other AWS services you can have your limits lifted upon request.

Does that apply for the 50-per-account cap on S3 buckets as well?

I'd imagine S3 falls within the scope of "all the other AWS services"...

Re: Amazon DynamoDB – a Fast and Scalable NoSQL Database Service from AWS

#23
post #16

What's the concern for lock-in here - how difficult with DynamoDB be to migrate away from? Amazon seems to be increasingly catching the App Engine Syndrome, though to be fair, it's been mostly network traffic-style functionality in the past.

In Simple Hash Key mode, it is just a key-value store. All the logic is in your app and/or supporting libraries, not in your DBMS.

In Composite Hash Key mode you also get limited range queries. These are supported by any DBMS that indexes its primary key via BTrees.

DynamoDB is cutting the features to the bone. This makes it easy to migrate out of DynamoDB and, at a first glance, hard to migrate into DynamoDB. Particularly hard to migrate from a RDBMS with complex schema/index/trigger support.

The beauty of it is that complex features can be built as libraries as the needs arise. The next five years look very exciting. Hats off to Amazon.

Re: Amazon DynamoDB – a Fast and Scalable NoSQL Database Service from AWS

#25

I'm too scared of the lock in. Afaik this isn't like EC3 where you can move a VM off the EC3 stack. The data is stored in a proprietary format so once your in, you're in. Game changer? I need to see some evidence first on how well it performs and integrates.

It's a database, so you can always get your data out again.

Re: Amazon DynamoDB – a Fast and Scalable NoSQL Database Service from AWS

#26
post #20

I simply do not see how competing cloud vendors can keep up with this. Most of them are still struggling to provide anything beyond a simple API to start/stop machines.

Well, Azure has been offering a similar NoSQL service for a few years now. http://sigops.org/sosp/sosp11/current/2011-Cascais/printable...

No. They offer the equivalent of Amazon S3, SimpleDB and SQS, but nothing comparable to this

Re: Amazon DynamoDB – a Fast and Scalable NoSQL Database Service from AWS

#27
post #16

What's the concern for lock-in here - how difficult with DynamoDB be to migrate away from? Amazon seems to be increasingly catching the App Engine Syndrome, though to be fair, it's been mostly network traffic-style functionality in the past.

Lock-in? You'll need to get all your data out and transform it into whatever alternative you pick. I'd say as far as AWS lock-in, this is on the low side of things.

Re: Amazon DynamoDB – a Fast and Scalable NoSQL Database Service from AWS

#28

There are some bugs in signing up for the service. In console, if I go to dynamoDB tab I am asked to Sign Up first. I click the sign up button and I am told "You already have access to Amazon DynamoDB". Repeat.

Can do me a favor and drop that in the AWS DynamoDB Forum so folks can look at it? https://forums.aws.amazon.com/forum.jspa?forumID=131

Re: Amazon DynamoDB – a Fast and Scalable NoSQL Database Service from AWS

#29
post #14

Here's a brief overview comparison of DynamoDB vs. BigTable: http://vschart.com/compare/dynamo-db/vs/bigtable The site is also able to compare many other different databases.

It seems as if this site is a user-edited wiki, and there are a lot of things that need to be filled in (in case anybody is up to speed on DynamoDB and wants to help). For instance, the Map/Reduce entry was still '?' when I wrote this.

And Big Table (or at least GAE) does support transactions.
Post reply on HN