在Firestore中构建此类数据的正确方法是什么？

Question

我从Google Firebase服务中看过视频并阅读了Cloud firestore的文档,但我无法想象实时数据库.

我想到了这个Web应用程序,我希望从不同类别的产品中存储我的提供程序.我希望通过我的所有产品执行搜索查询,以查找我对此类产品的提供商,并最终访问该提供商信息.

我打算为此目的使用这个结构:

Providers ( Collection )
   Provider 1 ( Document )
      Name
      City
      Categories
   Provider 2
      Name
      City

Products ( Collection )
   Product 1 ( Document )
      Name
      Description
      Category
      Provider ID
   Product 2
      Name
      Description
      Category
      Provider ID

所以我的问题是,一旦我得到我想要的产品,这种方法是否是访问提供商信息的正确方法？

我知道这在实时数据库中是可行的,使用我可以在提供者部分中搜索该提供者的提供者ID,但是使用Firestore我不确定它是否可能或者这是否正确.

Answer 1

在firestore中构造此类数据的正确方法是什么？

您需要知道构建Cloud Firestore数据库没有 "完美","最佳"或"正确"的解决方案.最佳和正确的解决方案是满足您需求的解决方案,使您的工作更轻松.请记住,NoSQL数据库世界中也没有单一的"正确的数据结构".所有数据都经过建模,以允许您的应用所需的用例.这意味着适用于一个应用程序的内容可能不足以用于其他应用程序.所以每个人都没有一个正确的解决方案.NoSQL类型数据库的有效结构完全取决于您打算如何查询它.

您构建数据的方式对我来说很好.一般来说,有两种方法可以实现同样的目的.第一个是在产品对象中保留提供者的引用(如您所做)或复制产品文档中的整个提供者对象.这个最后的技术被称为denormalizationFirebase,这是一种非常普遍的做法.因此,我们经常在nosql数据库中复制数据,以适应其他情况下可能无法实现的查询.为了更好地理解,我建议您看到此视频,使用Firebase数据库进行反规范化是正常的.它适用于Firebase实时数据库,但同样的原则适用于Cloud Firestore.

此外,当您复制数据时,有一件事需要记住.与添加数据的方式相同,您需要对其进行维护.换句话说,如果要更新/拒绝提供者对象,则需要在其存在的每个位置执行此操作.

你现在可能想知道,哪个tehnique是最好的.从一般意义上讲,在NoSQL数据库中存储引用或重复数据的最佳方法完全取决于项目的要求.

因此,您应该问自己一些关于要复制的数据的问题,或者只是将其作为参考:

1. 是静态的还是会随着时间的推移而改变？
2. 如果是,您是否需要更新每个重复的数据实例,以便它们保持同步？这就是我之前也提到过的.
3. 谈到Firestore,您是在优化性能还是成本？

如果您的重复数据需要更改并在同一时间保持同步,那么您将来可能会很难将所有重复数据保持最新状态.这也可能意味着您花费了大量资金保留所有这些文档,因为每次更改都需要对每个文档进行读写.在这种情况下,仅持有参考将是获胜变体.

在这种方法中,您只能编写很少的重复数据(几乎就是这些Provider ID).这意味着您编写此数据的代码将变得非常简单且非常快.但是在读取数据时,您需要从两个集合中加载数据,这意味着需要额外的数据库调用.对于合理数量的文档,这通常不是一个大的性能问题,但肯定需要更多的代码和更多的API调用.

如果您的查询速度非常快,您可能希望复制更多数据,以便客户端只需要查询每个查询的文档,而不是多个文档.但您也可以依赖本地客户端缓存使其更便宜,具体取决于客户端必须读取的数据.

在此方法中,您复制provider每个product文档的所有数据.这意味着编写此数据的代码更加复杂,您肯定会存储更多数据,每个产品文档还有一个提供程序对象.而且您需要弄清楚是否以及如何使每个文档保持最新.但另一方面,阅读product文档现在可以provider在一次阅读中为您提供有关该文档的所有信息.

这是NoSQL数据库中的一个常见考虑因素:您通常必须考虑写入性能和磁盘存储与读取性能和可伸缩性.

如果您选择是否复制某些数据,则高度依赖于您的数据及其特征.你必须根据具体情况来考虑.

所以最后,请记住两者都是有效的方法,并且它们都没有比另一方更有针对性.这一切都取决于您的用例是什么以及您对这种重复数据的新方法的满意程度.数据复制是快速读取的关键,不仅仅是在Cloud Firestore或Fireabase实时数据库中,而且通常也是如此.每次将相同数据添加到其他位置时,都会复制数据以支持更快的读取性能.不幸的是,作为回报,您有更复杂的更新和更高的存储/内存使用率.但是你需要注意Firebase实时数据库中的额外调用,并不昂贵,在Firestore中.多少数据复制数据与额外的数据库调用最适合您,取决于您的需求以及您是否愿意放弃"单点定义思维模式",这可以称为非常主观.

完成几个Firebase项目后,我发现如果我复制数据,我的阅读代码会变得非常简单.但当然,编写代码同时变得更加复杂.这两者之间的权衡和您的需求决定了应用程序的最佳解决方案.此外,为了更加精确,您还可以使用现有工具衡量应用中发生的情况并做出相应决定.我知道这不是具体的建议,但这是软性的发展.一切都是关于衡量事物的.

还要记住,某些数据库结构更容易受到某些安全规则的保护.因此,尝试使用Cloud Firestore安全规则查找可以轻松保护的架构.

也请看一看这个我的回答后,我有更多的解释collections,maps并arrays在公司的FireStore.