Node.js + CouchDB与CouchDB

我在质疑自己为什么应该使用Node.js + CouchDB与CouchDB独立方法的结合。 将Node.jsjoin游戏有什么好处? 任何意见/经验,欢迎。

       

网上收集的解决方案 "Node.js + CouchDB与CouchDB"

什么节点可以做和CouchDB不能

Node.js可以使用unix套接字进行进程间通信,实时file upload,它可以启动websocket服务器甚至SPDY服务器。
您可以创build一个DNS服务器,甚至可以处理一些地理定位的东西(MaxMind数据库)。

好东西CouchDB可以做的

但是,使用CouchDB可以做很多有趣的事情,即使它们会更难以实现。 例如,使用_changesfunction,您可以进行进程间通信,一个实时聊天系统(长轮询)。

我不是专家(但CouchDB是我的学习列表中的重中之重),但我想你也可以模拟login用户的会话。

CouchDB和Node.js一样令人吃惊,所以重要的是你计划开发哪个应用程序,你的用例是什么。

还有第三个选项:前面的CouchDB,Node.js在后面…

传统上,数据库是在后端,而不是前端,所以这种configuration似乎有点“倒退”,但是听我说…

在这个configuration中,您仍然可以从CouchDB(而不是Node)为您提供所有的页面,并且您可以使用Node作为一个“工作进程”来轮询数据库中的“作业”,处理它们并插入“结果”回到数据库。 通过这种方式,您可以使用Node的全部function进行特殊处理,但是您可以保留从CouchDB为您的应用程序提供服务的所有好处。

实际上,在这个configuration中,你可以有任何一种运行Python或者Java或者Ruby的专业工作者。 例如,假设您的网站上有“创buildPDF”function,并且您想使用Python来实际创buildPDF。 您只需编写一个python程序,它监视CouchDB中的任何“PDF_Request”文档,处理它们,然后将PDF文件重新插入到CouchDB中。 您没有用Python编写整个应用程序,只需在Python中编写PDF创build函数,然后保持应用程序的其余部分不变。

现在,假设您将CouchApp复制到另一台计算机或移动设备(运行CouchDB,但不运行Node或Python)没问题,您仍然可以在您的CouchDB中插入“PDF_Request”。 当您最终与服务器同步时,您的PDF请求将被pdf创build者程序看到并处理,您将获得您的PDF文件。 您的couchapp仍然在复制的CouchDB上运行,即使“帮助程序”不在那里,因为它们完全脱离了主应用程序。

我不是说这是“走的路”,只是由于CouchDB的本质,这个configuration实际上是一个可行的select,并且会给你带来的好处,如果你把节点放在前面和CouchDB在后面。

尼克的答案是一个特别有趣的。 为了强调这个方法,下面是Mikeal Rogers在CouchOne(?)工作时的一个video,提示了couchdb + node-behind方法: http : //nosql.mypopescu.com/post/2896329122/node-js-couchdb-crazy-好吃 。

另一方面,我认为还有一个领域即使是这种创新的方法落空,这是(更复杂的)安全性。 基本的安全级别可以正常工作,但是如果您希望内容由更高级别的安全级别控制,那么couchdb的map-reduce不会被削减。 但是,一些简单的node.js可以。

所以出于一些安全原因(即为了避免不安全的map-reduce结果),node.js在前端可以更好地实现这些安全措施。

仅供参考。

沙发(couchapp):

显然,couchdb可以做很多很酷的离线工作 – 例如用户离线,继续进行,并在重新连接时同步。 我还没有理由使用这个function,但它对手机的webapps很有意义,我期待着去:

http://googlecode.blogspot.co.uk/2009/09/chris-anderson-couchdb-relaxing-offline.html

node.js被devise为运行服务器端,所以它不太适合这个用例,除了在尼克·珀金斯的答案中描述的体系结构。

节点+沙发

如果你做的不仅仅是一个简单的js应用程序,节点还有一个充满活力的社区,其中包含各种types的库和包,可以做任何事情。

这种方法还可以让你躲在防火墙的后面,只让人们通过你的节点应用程序说话。