这可能不是此类问题的正确平台，请原谅我对 GraphDB 缺乏完整的知识。但是，对此的任何投入都将在许多方面对我们有很大帮助。
我正在研究数据集和场景，以计算单个资源上的任何事件是否会对其他元素造成影响。假设 GraphDB 中的节点和边（关系）概念可以轻松解决这个问题，选择尝试使用 GraphDB 作为数据存储，并使用 GraphQL 开发基于 SpringBoot 的应用程序。在这个阶段，我们开发了少于 10 个节点和最小关系的基于 GraphDB 的模式，并且能够进行基本的 CRUD 操作，结果看起来不错并且能够轻松地查询相关节点。
我们关心的是，当数据模型大小增加时，聚合和过滤如何与 GraphDB 一起工作，就像在报告的场景中一样。类似于 SQL 中的 Join 和 Where 子句。
我一直在关注 Federated GraphQL 上的 Netflix 博客以获取统一模式并尝试实现它。Federated GraphQL 能否解决大型数据节点并由单个微服务维护？随着数据复杂性的增加，可能会出现哪些挑战？请分享任何示例实现，以便我们更好地理解（如果有）。
TIA