问题标签 [couchdb-2.0]

我在 Cloudant 中错误地删除了文档，但找不到检索它们的方法。我遵循了这个教程：http: //garmoncheg.blogspot.com/2013/11/couchdb-restoring-deletedupdated.html

这个答案：检索刚刚删除的文档

没有成功...正常程序是什么？每次我尝试获取已删除文档的特定修订版时：https://address/mydb/$id?rev=$rev我只得到部分文档

我尝试在 Windows 10 上安装 couchDB。现在我知道 couchDB 和 Windows 10 创建者更新存在问题，但问题应该在 2.1.0 版中得到解决，就像他们在 apache 问题中所说的那样https://issues .apache.org/jira/browse/COUCHDB-3395。

我到处搜索，所有答案都指向带有 Windows 10 创建者更新的 CouchDB 2.0.0，但我还是尝试了。

• 将 nssm 切换到 2.24 版
• 试图从 cmd 运行
• 从事件查看器手动运行它
• 甚至重新安装并重新启动计算机

但没有任何效果。

当我试图从服务中手动运行 couchDB 时，我遇到了这个问题。

当我转到事件查看器时，这是错误：

我真是一头雾水！有人有想法吗？

我有一个数据库，我想截断所有记录，我知道可以为每个文档添加一个 _deleted 键或在 CouchDB-python 库上调用 db.delete() 。我正在使用deletecouchdb-python 但是当我获取所有文档然后在每个文档（不包括设计文档）上调用 .delete 时它似乎不起作用。

这是我的代码。

这是错误。因为 from 的结果_all_docs是返回 aid而不是_id。

我的问题是如何获取所有返回的文档_id而不仅仅是id? 或者有什么办法解决这个问题？

我将在CouchDB 2.1_id中实现我自己独特的字段生成算法，我想弄清楚我有多少限制。关于我发现的唯一参考是：_id

_id (string) – 文档 ID

我可以将任意长的 ASCII 符号文本作为 ASCII 符号_id吗？允许使用哪些字符？

我发现的参考资料只说明了数据库名称中允许的字符：

• 名称必须以小写字母 (az) 开头
• 小写字符 (az)
• 数字 (0-9)
• 任何字符 _、$、(、)、+、- 和 /。

但它没有说明最大长度。CouchDB 使用 HTTP 作为协议，因此，显然，数据库名称长度必须小于允许的最大URL 长度。但是某些配置文件中是否存在一些本机限制？我计划自动生成数据库名称，因此我不希望在运行时服务器上出现任何意外错误。

这是一个非常奇怪的行为，但是没有这样的端点/_db_updates，但是文档证明了它的存在。

CouchDB 由本指南安装。

每个主要功能都有效（例如 fauxton 仪表板、数据库查询），但/_db_updates端点无效。

如果我使用以下命令调用提到的端点：

curl http://<username>:<password>@localhost:5984/_db_updates

我收到以下消息：

{"error":"not_found","reason":"Database does not exist."}.

当用户想要搜索数据库时，我使用 Mango 查询和 Couchdb。他们可以按文档中的多个字段进行搜索。

为了简化，我有一个包含三个字段的文档，所有这些字段都可以通过搜索来找到文档。

为查询创建芒果索引时，我应该使用哪些字段？我应该使用多个字段创建和索引吗？顺序重要吗？

在一个字段中还定义了三种不同的文档类型（A、BC）。我只需要搜索一个，是否可以从索引中排除其他类型以使其更快？

能够对视图运行索引以仅搜索我感兴趣的文档对我来说是有意义的。这可能吗？

示例索引

已知出现在查询中的字段的一个索引

多个索引，不确定是否使用？

或者在构建查询时使用多个索引来选择正确的一个？

获得最快搜索结果的正确方法是什么？

我目前正在尝试将我的 couchdb 1.6.1 文件转换为 couchdb 2.1.1

我正在尝试使用 Apache 在文档中推荐的“couchup”实用程序（http://docs.couchdb.org/en/latest/install/upgrading.html）

我将我的文件从旧目录 (E:\CouchDB\var\lib\couchdb) 复制到新目录 E:\CouchBD\data)。

当我运行“py couchup list”时，它成功列出了我未转换的沙发数据库文件：

截图1

当我运行“py couchup replicate -a -l -p”时它失败了

在我们的系统中，我们需要知道对特定文档 ID 的引用是否存在于数据库中的任何位置。（例如允许/拒绝删除）

这以前在我们创建的视图中运行良好，但现在我们被要求使用 Cloudant 查询选择器来做同样的事情。

我们提出了下面的解决方案，其中包含了可以找到文档引用的所有可能路径。查询是动态生成的，以包含“外键”引用的所有可能路径，但这意味着它需要扩展到潜在的 +100 个唯一路径（即，$or 运算符数组可能以 +100 个项目结束）

我想知道这么大的查询是否会起作用，以及潜在的性能影响。另外，如果我们想知道另一种方法。

我有一些文档我想复制到每个用户的数据库，但只包含主文档上的一部分字段。“选择器”选项非常适合轻松选择我需要的文档，但它似乎不支持“字段”选项。如果不手动过滤节点服务器上的文档字段，我找不到这样做的方法，这似乎效率很低。