В очередной раз почитываю CouchDB: The Definitive Guide.
В очередной раз перечитываю те разделы, которые отвечают на вопрос «НАХРЕНА?». И звучит все это как-то неубедительно.
В случае с Документно-ориентированной моделью данных + map\reduce - некоторые запросы(как говорят интернеты) вообще хрен напишешь, а те запросы, которые не натянуть на Map\Reduce сходу, совсем не напишешь.
Судя по тому, что там везде JS+JSON - скоростью эта штука похвастать не может. Нагугленные бенчи говорят примерно так же, хотя допускаю, что у автора бенчмарка нет понимания, как-надо-строить-бд-на-couchdb.
Гуглеж так же выбросил на sql.ru, где обсуждение было эпичным
-Couch не нужен
-Нужен, у него есть ниша
-какая?
-в гугл, животное!
Идем в гугл, и во многих тредах, где обсуждается ниша CouchDB, с течением времени кастуются фанаты как Postgresql, так и MongoDB, которые на крови собственных детей клянутся, что вот на их СУБД все будет выше-быстрее-сильнее.
При такой, достаточно спорной атмосфере, в какую книжку не ткни - везде CouchDB считается хорошей и нужной вещью
Собственно, может ли кто-нибудь на примере показать, в каком случае целесообразно использовать CouchDB, желательно с пояснением, почему она будет эффективнее, нежели классические СУБД(mysql, Oracle, postgresql) и другие (в бенчах часто присутствует MongoDB)NoSQL решения?
