Did you know? DZone has great portals for Python, Cloud, NoSQL, and HTML5!
NoSQL Zone is brought to you in partnership with:

Eric is a former teacher and future time traveler who has returned to the present to work at DZone - the coolest site on earth. He likes reading and curating about NoSQL and Cloud development, and is always excited to see something new, shiny, and distracting. In his free time, Eric likes knowing more about movies than you do, and looking forward to when the unified Chinese-American Corpocracy will develop the technology needed for transport to the year 2056. Eric is a DZone Zone Leader and has posted 149 posts at DZone. You can read more from them at their website. View Full User Profile

Six Reasons to Avoid Amazon DynamoDB if You're a Ruby Developer

02.21.2012
Email
Views: 2454
  • submit to reddit
This article is part of the DZone NoSQL Resource Portal, which is brought to you in collaboration with Neo Technology and DataStax. Visit the NoSQL Resource Portal for additional tutorials, videos, opinions, and other resources on this topic.

At least one user is claiming that Amazon DynamoDB is not "production ready."  DynamoDB is a relatively inexpensive, managed, hosted NoSQL database that is designed to "address the core problems of database management, performance, scalability, and reliability," according to the official site.  In yesterday's article on the surprising lack of managed, hosted NoSQL databases, I mentioned some of the current NoSQL databases that serve as potential alternatives to AWS, while also suggesting that the lack of managed NoSQL databases may be due to the difficulty of challenging a company as huge and well-established as Amazon.

According to a recent post on Timothy Cardenas's blog, he complains that Amazon DynamoDB should be avoided by Ruby developers.  He sugest six problems that he's come across thus far:

  • Write capacity hanging in create mode for over an hour.
  • Inability to simply count my records
  • Inablity to loop through records without huge read costs
  • No asyncronous support for writting
  • Can only double read/write capacity per update
  • Ruby SDK is written like a labyrinth with very little ability to extend without knowing every little detail about the rest of the library. I couldnt even understand how a request was created it was so convoluted.

 
This suggests a couple of questions to me.  First, are these actually problems with DyamoDB's Ruby SDK, or are they user problems that could be answered simply by checking out some forums?  Second, are these problems a potential chink in DynamoDB's armor?  If so, maybe there's a copmany out there that can provide a better managed, hosted NoSQL database that caters to the Ruby developer.  

 If such a database exists, please let us know and provide any other potential comments below.

 

 

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Neo Technology and DataStax are leading the charge for the NoSQL movement.  You can learn more about the Neo4j Graph Database in the project discussion forums and try out the new Spring Data Neo4j, which enables POJO-based development.  You can also see how Apache Cassandra, a ColumnFamily data store, is pushing the boundaries of persistence with cloud capabilities and deployments at SocialFlow and Netflix.