嗨，我读到了两种为 couchapps 实现按文档读取访问的方法：
我对此有一些疑问：
是否有更多的可能性来实现文档级别的读取访问？
如何在 couchapp 中创建用户私有数据库？我确实需要管理员权限，但填写我的应用程序注册表单的用户显然没有管理员权限。我是否需要用于注册过程的中间层（php 等），以便我可以创建所需的数据库？
当我最终拥有这个数据库时，我需要使用过滤器开始连续复制。我在某处读到，当服务器重新启动时，此类复制不会恢复。如果服务器崩溃，我是否需要一个 chronjob 每隔 x 小时重新创建这些复制？
这不是对磁盘空间的巨大浪费吗？对于注册我的应用程序的每个用户，大部分数据都会重复，还是我错了？（特别是如果只有很少的信息不能被其他人阅读）
除了例如修改 CouchDB 源代码之外，我知道没有其他方法可以立即可行。一种可能性是使用可能具有外部 API的主干（或发布时的 v1.1） 。外部是 CouchDB 将一些连接转发到的 Web 服务器。
您需要第三层，但不一定是中间层。您的外部软件将以管理员身份连接到 CouchDB 并执行待处理的任务。例如，当用户需要一个新数据库时，他们在公共数据库中创建一个文档，然后外部软件将创建数据库，将用户分配为管理员等。通过查询很容易做到这一点，/_changes?feed=continuous因为你得到来自用户的实时更新。我更喜欢这个而不是中间层，因为软件更简单（没有额外的 Web 开发，只有 CouchDB GET 和 PUT），它可以崩溃、重启、升级等，对用户没有太大影响。
无论如何，cron 工作都不是一个坏主意。嘿，它可能是上面第 2 步中外部处理器的一部分！但是，从 CouchDB 1.1 开始，复制将在沙发重启后重新启动。
它不应该浪费太多空间。根据您的应用程序，您希望获取共享数据库中的所有共享数据，以及每个用户的私有数据库中的所有私有数据。但即使你有重复的数据，我也不会称之为浪费。与开发人员的努力或安全问题的无形成本相比，磁盘空间是一笔非常小的开支。
根据您的应用程序，您在未来拥有巨大的移动或离线功能机会。当您发布 iPhone、桌面或离线 web 应用程序时，用户可以在其数据库的本地副本上工作，然后在他们重新在线后与您服务器上的“官方”数据库同步。对于某些应用程序，这正成为人们希望在任何情况下使用应用程序的必备功能。
我在我的学士论文中整理了一些阅读权限的例子。你可以在这里找到示例代码：https ://github.com/Goltergaul/bachelorthesis2---todolist-couchapp