每 1-4 个文档定义一个频道是否有意义?
我试图解决的用例是在同一用户的不同设备之间同步用户的帐户:
例如,假设我的存储桶中有 100 万个文档(帐户),然后定义 400K 频道,每个用户的频道。在这个例子中,我有 400K 用户,每个用户平均有 2.5 个帐户。
这听起来像是 Sync Gateway 的正确案例吗?
每 1-4 个文档定义一个频道是否有意义?
我试图解决的用例是在同一用户的不同设备之间同步用户的帐户:
例如,假设我的存储桶中有 100 万个文档(帐户),然后定义 400K 频道,每个用户的频道。在这个例子中,我有 400K 用户,每个用户平均有 2.5 个帐户。
这听起来像是 Sync Gateway 的正确案例吗?
根据关于角色的 CB 文档:
角色是通道的命名集合。一个用户帐户可以分配给零个或多个角色。用户继承其所属所有角色的频道访问权限。这与 Unix 组非常相似,只是角色不形成层次结构。
那会暗示我应该修改您的方法,并且您应该在设计渠道时考虑到角色。因此,您将拥有更少的频道。您可以制定以下角色:userGroupA、userGroupB 等。
在我看来,您的方法听起来有点“不可扩展”,因为如果用户数量增加,频道数量也会增加。