That's pretty much what I find most SQL users say. I think your opinion comes from learning SQL first. I never used SQL for my apps so I didn't struggle with l

That's pretty much what I find most SQL users say. I think your opinion comes from learning SQL first. I never used SQL for my apps so I didn't struggle with learning to do things differently. I can't say I've struggled with CouchDB, but I did have to dive into learning it. Personally, I found it much easier to get started with than SQL though. I dove into SQL back around 2001 and quickly realized that is a career choice, and not something one could just dabble with and do right. It seemed much easier to me that I could fool myself into thinking I was good with it than learning how to do it right "The cases where Couch DB is the "right" choice are just too niche to be a default choice for anything" I'm sure this has to do with personal preferences in many use cases and influenced by "what's "easiest" for me", and not because of CouchDB is lacking or poorly designed or inefficient. One of what I find to be big advantages for CouchDB is "PouchBB.js", a client side Javascript library with a very easy to use API to work with CouchDB. This lets you create apps that run almost entirely in user's web browser that, combined with "Service Workers", can run completely offline and instantly sync up with the remote CouchDB when they come back online. After you've got over the hump of setting up a CouchDB almost everything else needed to create an app can be done with PouchDB and that is fast and easy.