问题标签 [couchdb]

在过去的几年里，我一直很感兴趣地关注CouchDB项目，发现它现在是一个 Apache Incubator 项目。在此之前，CouchDB 网站上充斥着不要用于生产代码类型的免责声明，所以我只关注它。如果您将 CouchDB 用于实时项目或技术试点，我很想知道您的经验。

我们正在寻找 CouchdDB 的 CMS 应用程序。围绕备份我们的生产数据库有哪些常见模式、最佳实践和工作流程建议？

我对克隆数据库以用于开发和测试的过程特别感兴趣。

仅从实时运行的实例下复制磁盘上的文件就足够了吗？您可以在两个实时运行的实例之间克隆数据库数据吗？

非常感谢您对您使用的技术的建议和描述。

据我了解，查询视图时会更新 CouchDB 索引。假设读比写多，这对扩展不是很不利吗？我将如何配置 CouchDB 以按计划更新写入索引，或者更好的是？

Rails 使用迁移的概念来处理使用 ActiveRecord API 的模型更改。

CouchDB 使用 JSON（嵌套映射和数组）来表示其模型对象。

到目前为止，在使用 CouchDB 时，我没有看到识别文档结构何时发生变化的好方法（除了作为开发人员受到纪律处分），或者将文档从旧模型迁移到新模型。

在 CouchDB 中是否有现有功能或者您有处理模型更改的最佳实践？

我已经对文档数据库感到兴奋，尤其是对 CouchDB 的简单性感到兴奋。但是我很难理解这样的数据库是否是多用户系统的可行选择。因为这些系统需要文档数据库不提供的记录之间的某种关系。

对于这种情况，它完全是错误的工具吗？或者一些标记和临时视图是实现这一点的方法？要不然...

更新：
到目前为止，我了解答案。但是让我重新表述一下这个问题。假设我有大量半结构化数据，通常适合 CouchDB。我可以将它们标记为“type=post”和“year=2008”。我的问题是这种类型的标记我能走多远？假设我可以创建一个包含 10.000 个名称的数组字段吗？或者有没有更好的方法来做到这一点？这是一个理解如何在这种基于文档的意义上思考的问题。

我正在研究使用 CouchDB 的可能性。我听说它类似于每个人都喜欢讨厌的 Lotus Notes。这是真的？

我正在使用以下视图函数来迭代数据库中的所有项目（以查找标签），但我认为如果数据集很大，性能会很差。还有其他方法吗？

我正在开发一个使用 CouchDB 灵活存储文档的项目。我的系统要求与 CouchDB 存储完美匹配。

但

我的问题真的归结为：我是否也应该继续使用 ActiveRecord 和 MySQL……有很多方便的插件都可以与 ActiveRecord 一起使用（例如身份验证和访问控制）。只是想知道利用现有插件的优势是否值得额外的管理开销和可能的集成问题（跨不同的数据存储工作）。

我正在为用 Ruby on Rails 或 Merb 编写的应用程序寻找后端解决方案，以处理具有数十亿条记录的数据。我有一种感觉，我应该使用分布式模型，而此刻我看着

HBase与Hadoop

沙发数据库

在我看来，HBase 解决方案存在问题——对 ruby​​ 的支持不是很强，而且 Couchdb 还没有达到 1.0 版本。

对于如此大量的数据，您有什么建议吗？

数据有时需要一次相当快的导入 30-40Mb，但导入将分批进行。因此，大约 95% 的时间数据将是只读的。

我的意思是，您可以将 couchDB 用于：

• 项目、用户的 CRUD
• 投标和拍卖决议
• 双向校准
• 论坛
• 项目比较