database - 我真的需要 NoSQL 数据库吗？

Question

背景:试图整合两个独立的系统； Oracle 和 MS-SQL 服务器。多个应用程序驻留在每个应用程序上，需要进行临时分析。

问题:我考虑使用多个 NoSQL 情况是最佳行动方案的原因是；一些实体之间存在非常复杂的等级关系(军事单位等级)。例如每个单位与命令、状态、地理位置和任务都有复杂的关系。在这种情况下，用户数据库并不特殊，它和任何数据库一样典型(不需要特殊的社交网络图表)但是，我觉得在完成分析后，单位层次结构将从图形数据库中获益最多。

NoSQL 的第二个考虑因素是当前系统无法对系统进行任何临时分析。就像“让它屈服”——首席开发人员曾经对我说，为试图对应用程序进行某种分析的高层管理人员编写自定义脚本。

所以我在考虑列/大表或文档数据库 NoSQL 解决方案。这将是创建一个“数据湖”来容纳所有应用程序数据并进行一些分析。

解决方案:

• 我正在寻找的只是我考虑这个问题是否正确？
• 我是否偏离了这个想法的基础？
• 我是否遗漏了一些已经存在的实现？

Answer 1

我觉得这个问题可能更适合DBA论坛。然而，复杂的层次问题可能非常适合开发人员。集成两个 SQL 数据库并不是使用 NoSQL 数据库的理由。 SQL Server，大概还有 Oracle，有处理 XML 文件的方法。 XML 文件适用于复杂的分层数据库。 SQL 表中建模良好的数据可以适应复杂性。 NoSQL 解决方案可以使用 JSON。这与分层数据有些对立。 JSON 文件是键值对。

为了回答您的问题，我看不出集成不同 SQL 数据库与使用 NoSQL 解决方案之间的联系。 NoSQL 适用于与其他一些值关联的大文件(例如，图像文件)。我认为没有理由使用 NoSQL 解决方案来解决您的问题。

为了分析，你能给数据库做个快照或者在表上创建更多的索引吗？那么你可以自己做快照或索引的报告吗？还有其他方法可以卸载报告(例如，通过复制)。您可能需要更多硬件。

您可能想要使用数据仓库(一个大型数据库来发送数据)。这可以做分析。 OLAP 多维数据集可以具有用于大量分析的预聚合数据(Kimball 多维数据集)。这样您就不会用读锁锁定 OLTP 数据库。如果数据仓库在单独的服务器上，它可以作为常规数据库的导出目标。该服务器可以进行报告处理。