我在关系数据库方面有经验，但在 NoSQL 数据存储方面经验很少，对于这两个，我需要一个明确的理由来说明需要迁移到 NoSQL。
由于我无法复制可以将数据库推到极限并使其失去性能的情况，更不用说扩展它了。所以想看看别人怎么说。可能是我走错了路，但我读过人们说为什么我们应该转向 NoSQL，或者如何甚至在什么样的不同场景最终导致 NoSQL。一篇又一篇文章解释了大数据是什么以及如何在 NoSQL 域中对其进行管理，以及它的可扩展性、健壮性、ACID、BASE、从 Sql 到 NoSQL 的数据建模等特性的架构有多么有用。
但没有人会提供一些可靠的数字。例如，具有 X-TB 数据库的 Web 服务和最终查询（读/写/等）需要 T 秒左右才能完成，因此我们转向 NoSQL 以恢复性能。我担心的是，当他们说，好的，我们已经完成了扩展和一切，让我们继续使用 NoSQL 时，团队在什么时候真正转向了 NoSQL！
所以我不得不问 SO 用户。也许有人可以分享一些有价值的信息。这对我来说似乎是一个悬而未决的问题，因为我一直在尝试获取一个文档，该文档解释了最终必须用 NoSQL DB/DS/存储替换 SQL DB 的真实案例场景。
非常感谢任何指导。