我真的需要 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 数据库。如果数据仓库位于单独的服务器上，它可以是从常规数据库导出的目标。此服务器可以进行报告处理。