【发布时间】：2019-07-06 09:03:41
【问题描述】：
所以我想知道，我必须使用 NoSQL 的一个缺点是：如果我的前端应用程序发生巨大变化，那么我将很难重新构建我的数据库。这是因为 NoSQL 在设计时首先考虑到了前端。所以前端变了，后端就变了（至少大意是这样）
所以我的想法是，将我所有的原始/纯文档副本存储在多个根集合中是否明智。然后创建“视图”集合，这些集合是我的应用程序将调用的集合。我喜欢的是，如果我需要更改前端，我的数据始终是根目录下的“SQL”。但我的“视图”实际上是我的应用程序将使用的。
这很像人们使用的维度/参考表和事实表设计。
再次提出这个想法的主要原因是：如果我的前端发生巨大变化，那么我需要认真地将这些“视图”转换为其他“视图”。根据我的想法，您只需删除旧的“视图”并使用“sql”/“root”引用表创建新的“视图”。
我说得有道理吗？ :) 我没有使用过 NoSQL（但我现在正在用它构建一些东西，所以我的大脑仍在与 SQL 到 NoSQL 作斗争哈哈）。所以如果这是一个“老兄不要担心的情况”，那么你也可以给出这个答案哈哈
【问题讨论】：
标签： firebase google-cloud-firestore nosql fact-table