Fiware orion Orion CB批量更新和通知

Fiware orion Orion CB批量更新和通知,fiware-orion,Fiware Orion,我正在运行几个批处理更新(每个更新大约有200个实体),我向CB订阅了一个Quantum Leap来捕获历史数据。假设每个批处理更新应该生成200个不同的通知,但是,如果我设置了“1”的限制,这是否意味着我将只接收第一个通知,而不接收其他199个通知?是这样吗?(在我看来,我正在丢失许多通知,只是看看QL)在批处理更新请求期间,一个接一个地处理实体。因此,如果您有200个实体,每个实体中的更新都会触发订阅,那么将发送200个通知 节流效果取决于具体情况。例如: 如果每个实体触发不同的订阅,则它

我正在运行几个批处理更新(每个更新大约有200个实体),我向CB订阅了一个Quantum Leap来捕获历史数据。假设每个批处理更新应该生成200个不同的通知,但是,如果我设置了“1”的限制,这是否意味着我将只接收第一个通知,而不接收其他199个通知?是这样吗?(在我看来,我正在丢失许多通知,只是看看QL)

在批处理更新请求期间,一个接一个地处理实体。因此,如果您有200个实体,每个实体中的更新都会触发订阅,那么将发送200个通知

节流效果取决于具体情况。例如:

  • 如果每个实体触发不同的订阅,则它们具有任何效果(因为trottling由订阅评估)
  • 如果每个实体触发相同的订阅,并假设所有200个通知都发送得非常快(比方说,不到1秒),则只发送第一个通知,其余199个通知将丢失

一般来说,我们不建议使用节流,因为这(和其他一些:)问题。在接收器中实现交通流控制通常会更好。

看起来QL订阅方法将油门设置为最小值1(我尝试使用其API)。我是否应该手动创建订阅,将限制设置为“0”,以便可以将200个同步更新发送到QL?如果QL不允许在订阅中设置限制,它会这样做(该问题应移至QL开发人员;)自己创建订阅,而不在其中包含限制字段(节流:0应该相当于省略该字段,但我现在还不能完全确定)对我来说是个不错的选择。