News for hackers. Stuff that matters.
Re:Memcachedb (db) is a distributed key-value storage system... by bsaunder on Tuesday February 19, 2008 @08:45AM (#118877)
Excellent! hmmm... version 1.0.0-beta. Am I the only one a bit nervous basing a start-up on something this fresh? I'd certainly like to contribute to open source, but in a post launch, here's a toolkit/library sort of way, not by debugging a low level database library weeks before launch or worse post-launch. I've used memcached (not db) and love it.

This new cousin would be ideal for me. Is anyone else considering it? I need a flexible object database. I've looked at CouchDB or something based off of qdbm (http://qdbm.sourceforge.net). Currently working on other parts of the system (and delaying the persistence part).

Re:Memcachedb (db) is a distributed key-value storage system... by glasner on Tuesday February 19, 2008 @09:29AM (#118900)
Yeah, I'd have to run it internally for a while before unleashing it in the wild. Definitely not something I'd want to do while building a new business.

As for alternatives, have a look at thrudb. It's new too but is being used in production by a few decent sized sites.

Re:Memcachedb (db) is a distributed key-value storage system... by bsaunder on Tuesday February 19, 2008 @08:46AM (#118879)
Is the "-beta" really necessary if the version is 1.0.0?
Re:Memcachedb (db) is a distributed key-value storage system... by jawngee on Wednesday February 20, 2008 @12:35AM (#119456)
This is f*cking awesome. Great job!
Re:Memcachedb (db) is a distributed key-value storage system... by tehmoth on Tuesday February 19, 2008 @04:46AM (#118806)
so, in other words, a really badly designed database system?
Re:Memcachedb (db) is a distributed key-value storage system... by gnaritas on Wednesday February 20, 2008 @12:04AM (#119442)
No, it's a specialized persistence system. Not everyone wants or needs the truckload of other stuff that bogs down a traditional relational database.
Re:Memcachedb (db) is a distributed key-value storage system... by st3fan on Wednesday February 20, 2008 @03:55AM (#119562)
I totally agree. Simple key/value stores are extremely valuable. Their simplicity also requires you to simplify your problems. In many cases you find out that you really don't need that 5 line sql query to join 8 tables.