【发布时间】:2018-05-25 20:19:01
【问题描述】:
我目前正在编写一个允许记录用户所有个人记录的健身应用程序。
我对 Firebase 的 Cloud Firestore 非常陌生,所以我真的不知道如何构建数据库。
在我看来,我有两个选择:
选项 1
Users | +--UserID | | | +--Name | +--Phone | +--etc.. | | Users-records | +--UserID | | | +--RecordName | | | | | +--recordValue | | +--recordType | | | +--RecordName | | +--recordValue | | +--recordType
选项 2
Users | +--UserID | | | +--Name | +--Phone | +--etc.. | +--Records | | | | | +--RecordName | | | | | | | +--recordValue | | | +--recordType | | +--RecordName | | | | | | | +--recordValue | | | +--recordType
问题是:我必须为用户拆分集合吗? 你认为这个架构设计得很好吗(即记录用户的个人记录)?
非常感谢
【问题讨论】:
-
我认为您必须使用第二种选择,因为当您需要内部结构数据时,您无需调用多个api,您可以通过简单的方式访问数据
标签: swift firebase nosql google-cloud-firestore