我有一个MSSQL数据库，我正在考虑将其移植到CouchDB或MongoDB。我在SQLdb中有一个多对多关系，它在外部参照表中有数十万行，对应于关系每一侧的表中的数万行。CouchDB和/或MongoDB是否能够处理这些数据，以及格式化相关文档以进行高性能查询的最佳方式是什么？非常感谢。 最佳答案 对于CouchDB，我强烈推荐阅读thisarticle关于实体关系。我在CouchDB中要注意的一件事是要小心尝试“规范化”非关系数据模型。基于文档的存储为您提供了极大的灵active，将所有内容抽象为您能想到的尽可能多的“文档类型”
在低内存环境(低于1GB)下哪个性能更好？我过去使用过MongoDB，它在512mb的机器上使用250mb的数据库在内存方面似乎很困难，CouchDB也会如此吗？ 最佳答案 CouchDB使用很少的内存。它已经嵌入到iOS和Android中，或多或少没有经过修改——Erlang等等。CouchDB完全通过文件i/o工作，将缓存委托(delegate)给操作系统(文件系统缓存)。CouchDB服务器上的一个典型情况是看到非常少量的“已使用”内存，但有大量用于“缓存”。在专用的CouchDB服务器上，该数字基本上是CouchDB的数据；
我做了一些速度测试来比较MongoDB和CouchDB。测试时只有插入。我得到的MongoDB比CouchDB快15倍。我知道这是因为套接字与http。但是，我很感兴趣如何优化CouchDB中的插入？测试平台:WindowsXPSP332位。我使用了最新版本的MongoDB、MongoDBC#驱动程序和最新版本的installationpackage用于Windows的CouchDB。谢谢! 最佳答案 只是迭代套接字与HTTP和fsync与内存中的对话。默认情况下，MongoDB不会在写入调用时返回响应。您只需将数据写入套接字并假设
我只是想知道hbase、cassandra、couchdb和monogodb之间是否存在根本区别？换句话说，他们是否都在完全相同的市场上竞争并试图解决完全相同的问题。或者它们最适合不同的场景？所有这一切都涉及到一个问题，我应该在什么时候选择。口味问题？谢谢，费德里科 最佳答案 这些是来自@Bohzo的一些长答案。(但它们是很好的链接)事实是，他们“有点”竞争。但它们肯定有不同的优点和缺点，而且它们肯定不能解决相同的问题。例如，Couch和Mongo都提供Map-Reduce引擎作为主包的一部分。HBase(基本上)是Hadoop之上
几年来我一直在使用以下Web开发堆栈:java/spring/hibernate/mysql/jetty/wicket/jquery对于某些要求，我正在考虑切换到带有AJAX前端的NoSQL数据存储。我可能会使用jQuery构建前端并使用JSON与Web应用程序中间件进行通信。由于更动态的查询功能，我倾向于MongoDB，但仍在考虑CouchDB。我不确定在中间使用什么。可能是RESTful的？我的偏好是坚持使用Java(或者可能是Scala或Groovy)，因为我使用Drools等工具来制定规则，使用Shiro来保证安全性。但话又说回来，我想选择一些快速且易于使用的东西，所以我对其他
我全神贯注于关系数据库以及如何针对它们进行有效编码。我的大部分经验是使用MySQL和SQL。我喜欢听到很多有关基于文档的数据库的信息，尤其是当最近的播客中有人提到巨大的性能优势时。因此，如果我要走那条路，从SQL转换为NO-SQL必须采取哪些精神步骤？如果您的回答有什么不同，我主要是C#开发人员(无论如何，今天还是)。我已经习惯了像EF和SQL的Linq之类的ORM。在ORM之前，我使用泛型和数据读取器滚动了自己的对象。也许很重要，也许不重要。这里有一些更具体的内容:我需要如何考虑联接？如何在没有SELECT语句的情况下进行查询？当我在代码中添加属性时，现有存储对象会怎样？(随时在此处
我正在深入了解Node.js我很享受。我正在更多地从事Web应用程序开发。我已经完全了解Node.js，目前正在使用Backbone为前端。我正在制作一些使用Backbone使用RESTfulAPI与服务器通信的应用程序。在Node.js中，我将使用Express框架。我已经到了需要在服务器上建立一个简单数据库的地步。我习惯了PostgreSQL和MySQL与Django，但我这里需要的是一些简单的数据存储等。我知道CouchDB,MongoDB和Redis，但我只是不确定要使用哪一个？有没有更适合Node.js的？从关系数据库迁移到初学者，它们中的任何一个都更好吗？我只是需要一些关于
就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter寻求指导。关闭9年前。我们正在研究一种具有故障转移集群的文档数据库存储解决方案，适用于一些读/写密集型应用程序。我们将平均每秒有40,000次并发写入写入数据库(峰值可能高达70,000次)-并且可能发生几乎相似数量的读取。我们还需要一种机制让数据库通知新写入的记录(数据库级别的某种触发器)。就正确选择文档数据库和相关容量规划而言，什么是好的选择？更新更多关于预期的细节。平
就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter寻求指导。关闭9年前。我们正在开发一个非常大的项目，我想知道是否有人可以就我们应该选择什么数据库后端给我一些建议。我们的系统由1100个电子设备组成，这些电子设备向中央服务器发送信号，然后服务器存储信号信息(信号长约35个字节)。然而这些设备每分钟发送大约3个信号，所以如果我们进行数据统计，数据库中每天将有4.752.000条新记录，每月总共有142.560.000条新记录
关闭。这个问题需要更多focused.它目前不接受答案。关闭8年前。锁定。这个问题及其答案是locked因为这个问题是题外话，但具有历史意义。它目前不接受新的答案或交互。我想知道是否有人可以告诉我MongoDB或CouchDB已准备好用于生产环境。我现在正在研究这些存储解决方案(目前我更喜欢MongoDB)，但是这些项目还很年轻，所以我预见我将不得不非常努力地让我的经理相信我们应该采用这项新技术。我想知道的是:现在谁在生产环境中使用MongoDB或CouchDB？您如何使用MongoDB/CouchDB？您在采用这种新的存储机制时遇到了哪些问题(如果有的话)(以及您是如何克服这些问题的
