SQL NOSQL 混合可能与否？

Question

我在关系数据库上有一个应用程序，需要更改以保留更多数据。我的问题是只有 2 个表将存储更多数据(多达数十亿个条目)，一个表通过 fk 与其他表“链接”。我可以放弃这些表的关系模型。
我想保持数据库的其余部分完好无损，只更改这两个表。我也在这些表上做了很多查询——从简单的选择到分组和子查询——所以有更多的问题。

我对 NoSQL 的经验有限，所以我在问它的​​ sibling 中的哪一个(如果有的话)适合我的需要:
- 海量数据
- 复杂的查询
- 与 SQL 数据库集成。这不像前两个那么重要，如果值得的话，我可以将我的整个数据库迁移到等效的数据库。

谢谢

Answer 1

关系数据库和 NoSQL 方法都可以处理具有数十亿个数据点的数据。根据所提供的信息，很难做出有意义且具体的建议。了解更多有关您尝试使用数据做什么、您的硬件和网络拓扑结构等方面的选择会很有帮助。

我假设由于您当前使用的是关系数据库，您可能已经考虑过分区或以其他方式构建较大的表，以便您的查询性能令人满意。这项事件本身可能很重要，但恕我直言，在明确需要探索替代方案之前，具有优化 sql 的良好数据库设计可以带您走很长一段路。

但是，如果您的数据使用看起来像一次写入，经常读取，连接依赖项是可管理的，并且您需要对数据集执行一些聚合，那么您可能会开始寻找替代方法，例如 Hadoop 或 MongoDB - 但是这些选择在性能、功能、平台要求、延迟等方面进行权衡。如果没有在两者之间存在一些重复的数据，您在查询级别上关于 NoSQL 存储库和 SQL 数据库之间集成的特定问题可能无法实现。例如，MongoDB 不喜欢连接(http://stackoverflow.com/questions/4067197/mongodb-and-joins)，因此您必须考虑到这一点来设计您的持久性模型，这可能涉及数据重复。

我想说明的一点是 - 确定“正确”的方法将取决于您的特定目标和限制。