firebase 中的子集合

Question

我正在为 SaaS 构建我的 Firestore 数据库，我认为这种结构是：

user1

-table1

--subcollection

---data


-table2

--Subcollection

---data

-tabe3

--subcollection

---row

---data

----subcollection

-----row

------data

------data


user2

-table1

--subcollection

---data

-table2

--Subcollection

---data

etc.

当一个人注册时，将为该用户创建一个集合，我将为表格使用子集合并保存信息，而无需为每个用户创建一个带有 id 的集合。

我的问题是：

我可以使用多少个子集合？影响我的数据库性能？

在这种结构中，我必须使用许多子集合。

这个结构好用吗？还是更好地使用集合并为用户使用唯一 ID？

例如：

table1


-row

--data

---id (user)

---data...



table2

-row

--data

---id (user)

---data...

etc.

这样，我不必一直使用子集合。

谢谢你的支持。

Answer 1

我认为第二种选择是更好的解决方案。因为大型嵌套集合不是一个好主意。获取数据时，大型嵌套集合会非常慢。 您可以在用户创建的事件上使用云功能触发器。

table1

---id (user)

---data...

table2

---id (user)

---data...