Imagine you want to write a webapp for selling your car online.
A car has a lot of attributes. Like how many doors, color, aircondition, etc. Some of them are simple boolean values, others might need to store more information (number of doors).
Some Accounts will become upgraded to "re/taider" accounts and they will have the possibility to sell more then one car.
From what I learned at school this actually screams for a relational database model.
But I would really like to get into NoSQL.
Would it be very silly to use Mongodb or Couchdb in this case?
Here is a more specific question, which exceeds my understanding and might give you a clue of my thinking.
A car has many attributes and you want to search for a car with as many attributes you like.
Now the only way I know how to handle this in NoSQL is to have a lot of Map-reduced views. However, with only 12 attributes there is a possibility of 4096 different combinations. One can not do 4096 map-reduces for this use case. It can't be the common way, I mean it does not feel right.