我的意思是,您可以将 couchDB 用于:
- 项目、用户的 CRUD
- 投标和拍卖决议
- 双向校准
- 论坛
- 项目比较
You could try to use CouchDB for an application - as to whether you would be successful is another question.
Something on the scale of eBay will have special requirements that are not representative of a typical application, If you are building a small auction site then perhaps CouchDB would suffice. A document-oriented database like CouchDB may not be so hot when you have to deal with transactional/records-based data like that associated with auctions.
我认为 couchdb 可以很好地解决部分问题,尽管有一些元素不是很好。特别是,分布式节点的最终一致性对于实时竞价来说似乎真的很糟糕。
您可以在 CouchDB 中保留项目和用户信息,以及论坛和许多类似的东西,但某些功能(出价跟踪、搜索)将更适合其他后端。例如,CouchDB 的人正在考虑将 CouchDB 与其他工具(如 SOLR)结合起来进行索引等。
正如您在这里看到的,他们确实使用了非关系方法,所以我猜您正朝着正确的方向前进(至少在灵活性方面)。
我想看看亚马逊如何在内部使用 SimpleDB(或者他们是如何使用的?)。可能有一些关于使用基于文档的数据库的正确方法的线索。