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