注释非常有用，但是当您的面板具有广泛不同的时间范围时，它们就会失去很多实用性。例如，我们有一个具有小时时间范围的面板，以及另一个显示过去三个月历史的面板。使用现有的注释机制，我们必须在将 3-M-Graph 完全隐藏在注释下或在 1-H-Graph 中几乎没有注释之间做出决定。
我们探索的想法不起作用：
- 根据提供的时间范围生成注释（例如午夜标记）的 SQL 查询。事实证明，注释查询仅针对仪表板运行一次，而不是针对每个面板
- 带有可以在每个面板中启用或禁用的标签的注释。也仅适用于仪表板级别
- 通过 HTTP/REST-API 特定于面板的注释。虽然通常是一个好概念，但我们需要从源生成的动态注释，而不是基于推送的系统。
有没有人有我们可以尝试的解决方案？我们并没有与注释结合，但我们需要可见的标记来标记诸如每天午夜和错误事件（我们拥有 SQL TIMESTAMP 信息）之类的东西。