Hi there! I'm a YC alum (reMail W09) and helped Jeff and Sanjay with LevelDB. Let me know if you have any questions about LevelDB and I'll see if I can help.
Any comparisons of performance or functionality against BerkeleyDB?
LevelDB: A Fast Persistent Key-Value Store
21–30 of 66 posts
Re: LevelDB: A Fast Persistent Key-Value Store
#22it would be cool to make a leveldb backed fork of redis
Pardon my ignorance but what's backing redis currently?
Redis. :) But more importantly, it runs as a server. I think what @jcapote meant is being able to use Redis operations without a server, like Leveldb or sqlite. I would love to see that. There's already some effort towards that direction [1], but using a google backed project instead of building a full library from the ground up could be a saner approach.
Re: LevelDB: A Fast Persistent Key-Value Store
#23How is this different than BDB?
you don't need to pay anyone to use it in your commercial software.
Re: LevelDB: A Fast Persistent Key-Value Store
#24Interesting how, like in the open-sourced protobuf, there are no commits by Jeff or Sanjay...
Jeff and Sanjay wrote the original protocol buffer implementation. The project was taken over by Kenton Varda, who rewrote the C++ and Java parts; this is what was open sourced. See http://temporal.fateofio.org/files/resume
Re: LevelDB: A Fast Persistent Key-Value Store
#25Re: LevelDB: A Fast Persistent Key-Value Store
#26Re: LevelDB: A Fast Persistent Key-Value Store
#27Interesting how, like in the open-sourced protobuf, there are no commits by Jeff or Sanjay...
Jeff and Sanjay wrote the original protocol buffer implementation. The project was taken over by Kenton Varda, who rewrote the C++ and Java parts; this is what was open sourced. See http://temporal.fateofio.org/files/resume
Which is what I point as being interesting.
Re: LevelDB: A Fast Persistent Key-Value Store
#28An interesting development a while back that I'm surprised hasn't received more attention was Oracle's release of a SQLite-based interface to BDB:
http://www.oracle.com/technetwork/database/berkeleydb/overvi...
It's essentially drop-in compatible with SQLite, but with added concurrency and speed for most operations. (The concurrency addresses a major issue usually keeping SQLite as a prototyping/single-user-only option in web development.)
With LevelDB as a BSD-licensed alternative to BDB, I wonder:
(1) How would the LevelDB-vs-SQLite benchmarks change against SQLite+BDB backend?
(2) Could a SQLite fork with a LevelDB backend get a performance boost?
Re: LevelDB: A Fast Persistent Key-Value Store
#29Earlier quoted context omitted.
you don't need to pay anyone to use it in your commercial software.
I suppose if you are shipping proprietary binaries, then yes. But otherwise it's effectively GPL'ed.
Exactly. BDB is GPL with an (non-publicly priced) commercial license to embed in apps, and LevelDB is BSD. With LevelDb, one of the most practical use case of a serverless db - embedding it in a client-side application - isn't crippled by it's own license.
Re: LevelDB: A Fast Persistent Key-Value Store
#30Earlier quoted context omitted.
Your point?
That leveldb has been discussed several times on HN in the last two months. I just didn't break out the links from the search UI. Downvoters: links to previous context are generally considered a good thing here.
Oh, then its easier to understand that in this query: http://www.hnsearch.com/search#request/all&q=leveldb&...