我在具有Account对象、Event对象和Ticket对象（一对多对多）的应用程序中使用 CouchDB。基本设置是每个Account都有自己的数据库，其中存储所有Event和Ticket对象，每个Ticket对象都存储对其父Event对象的引用。然后，移动客户端应用程序_changes根据数据库的提要使用事件和票证。
我已经到了主数据库变得如此之大以至于_changes正在消耗的提要变得慢得难以忍受的地步。所以我的计划是为每个Event仅包含该活动门票的对象创建另一个数据库，但出于其他原因我仍然需要保留主数据库。所以我正在使用一个过滤器设置从主数据库到事件数据库的复制，该过滤器只允许正确事件的票通过。
因为创建事件是一项谨慎的操作，所以我知道新事件的复制可以从创建事件之前的主数据库的更新序列开始，不需要它遍历所有不相关的先前文档。所以我的问题是：当我开始复制时，我可以指定它应该从哪里开始吗？基本上就像将 a 传递给移动客户端上?since=XXX的提要一样。_changes