图数据库真的适合监控IT企业吗？
Is Graph database really good for monitoring IT enterprise?
我有一个关于用于监控 IT 企业的图形数据库实用程序的简单问题。
许多图形数据库供应商建议图形数据库最适合监控 IT 资源。比如Ref 1 or Ref 2
为了监控IT资源，需要对来自IT企业的日志数据进行有效的管理。
但是有很多图数据库建模的书，引导我们用下面的时间树方法来建模。
我认为时间树的方法会产生太多的边，对图数据库的性能不利。
所以...Graph数据库真的适合监控IT企业吗？
在我看来，提问者似乎混淆了"the monitor the IT asset as an example of the excellent aspects to trace the complex relationship"和"the monitor log data for device history management"。
对于提供众多服务的 IT 企业来说，如果一个逻辑或物理系统发生故障，其影响可能会影响与该资产相关的其他资产。
（这类似于 disease spreading in networks。）
图数据库非常适合配置系统跟踪它。 （请找下图）
enter image description here
接下来说说笔者的问题，比较基础一点，为了查明具体的IT资产管理故障原因，还需要对资产的日志数据进行分析。
在这部分，我了解了如何在图形数据库上对时间序列数据建模。
综上所述，RDB在历史管理的日志数据分析方面优于GDB。 （具体来说，Time series database是最好的。）
原因也和提问者说的一样。
（Graphdb在边遍历方面确实比rdb好，但矛盾的是，建模产生太多的边这种盲目的信念反而对性能产生不利影响。这被称为密集网络问题。）
因此，建议在时序数据库中构建日志数据分析功能，使用DBLink、FDW或者GDB+RDB之类的multimodel db进行链接作为 AgensGraph、Oracle 或 OrientDB。
我有一个关于用于监控 IT 企业的图形数据库实用程序的简单问题。
许多图形数据库供应商建议图形数据库最适合监控 IT 资源。比如Ref 1 or Ref 2
为了监控IT资源，需要对来自IT企业的日志数据进行有效的管理。
但是有很多图数据库建模的书，引导我们用下面的时间树方法来建模。
我认为时间树的方法会产生太多的边，对图数据库的性能不利。
所以...Graph数据库真的适合监控IT企业吗？
在我看来，提问者似乎混淆了"the monitor the IT asset as an example of the excellent aspects to trace the complex relationship"和"the monitor log data for device history management"。
对于提供众多服务的 IT 企业来说，如果一个逻辑或物理系统发生故障，其影响可能会影响与该资产相关的其他资产。 （这类似于 disease spreading in networks。）
图数据库非常适合配置系统跟踪它。 （请找下图） enter image description here
接下来说说笔者的问题，比较基础一点，为了查明具体的IT资产管理故障原因，还需要对资产的日志数据进行分析。 在这部分，我了解了如何在图形数据库上对时间序列数据建模。
综上所述，RDB在历史管理的日志数据分析方面优于GDB。 （具体来说，Time series database是最好的。） 原因也和提问者说的一样。 （Graphdb在边遍历方面确实比rdb好，但矛盾的是，建模产生太多的边这种盲目的信念反而对性能产生不利影响。这被称为密集网络问题。）
因此，建议在时序数据库中构建日志数据分析功能，使用DBLink、FDW或者GDB+RDB之类的multimodel db进行链接作为 AgensGraph、Oracle 或 OrientDB。