在我的 Cloud Firestore 数据库中,我有一组 users
和一组 events
。 用户
可以通过向所有者请求它们来参加多个事件,因此在每个 event
中我都会跟踪它,如下所示:
String participating = "participants_id." + myUserID;
query = FirebaseFirestore.getInstance().collection("events").whereEqualTo(participating, true);
问题是,如果我想对这些结果进行分页,我需要order
和limit
查询,这需要自定义索引。因此,每个 “participants_id”都需要此索引。 + myUserID
字段,不可扩展(最大自定义索引为 200)。
那我该如何解决呢?我可以非规范化 events
集合,并为每个复制事件文档的用户添加一个 participating
子集合。但我宁愿尽可能避免非规范化,因为它变得有点困惑。有没有更好的选择?
最佳答案
Cloud Firestore
自动创建 indexes在文档的各个字段上。跨多个字段的复杂索引只能在 Firebase Console 中手动创建.不幸的是,您不能以编程方式创建索引,至少目前是这样。
在您的场景中,您绝对应该使用非规范化。使用非规范化的一个原因是因为文档的最大大小也有限制,即 1Mib
。所以如果你有太多的参与者,你可以很快达到这个限制。看这里Firestore quotas and limits .
因此,您通常应该考虑扩充数据结构以允许反向查找。例如,我将添加一个 participating
子集合,您可以在其中为每个用户保留列表,或者您可以将其添加为顶级集合,您的数据库结构应如下所示:
Firestore-root
|
--- users (collection)
| |
| --- userId (document)
| |
| --- //user details
|
--- userEvents (collection)
| |
| --- userId (document)
| |
| --- events (collection)
| |
| --- eventId
| |
| --- //event details
|
--- events (collection)
|
--- eventId (document)
|
--- //event details
使用此数据库结构,您可以非常快速地查询数据库以获取与特定用户对应的所有事件。据我所知,这些是您仅有的选择。
关于java - 当自定义索引不是 Firestore 中的选项时该怎么办,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50430590/