... someone asked for a "sqlite-type nosql" solution. Because, you know, databases are hot shit. Or because the data was all about nested objects and such. But for how much data? "50-100 objects". Ah. Use the built-in serialisation and drop the result in a file, there's a good developer.
We have computing power that approaches "free", there's yet another database hype going on, and this time we have so much data it's not funny any longer. What it all means? Most of it is crud; how much truly interesting stuff is there to be found on facebook, google+, and so on? Not that much. But we like to believe that with enough massaging the lead turns into gold.
How many users of various "alternative databases" actually need that? Quite a lot fewer than're actually trying to use the things. Nothing wrong with using whatever tool works and doesn't have nasty side effects like subtly corrupting your data, but that doesn't automatically make for a "best" or even "good enough" solution. Sometimes it's good to remember that there's still problems around best solved by using a key/value store without any additional "NoSQL" or "XML" or other buzzword-du-jour layers. What was it again, the master shows in the choosing?