【问题标题】:Migrating previously collected datasets to FIWARE backend将以前收集的数据集迁移到 FIWARE 后端
【发布时间】:2019-04-15 16:35:36
【问题描述】:

手头的任务是将以前收集的环境数据集(天气、空气质量、噪音等)从部署在不同位置并存储在 MySQL 数据库的多个表中的传感器迁移到我的固件 Orion CB 实例,并因此持久化到固件后端。

挑战很多:

  • 数据不存储在固件标准中,因此必须根据固件数据模型进行转换。
  • 并非所有表都适合转换为实体。
  • 某些实体需要具有来自多个表的字段值作为属性。例如,定义AirQualityObserved Entity-type 将具有来自这些表的属性:airqualitycoco2no2deployment。因此,将这些属性映射到特定的实体类型是一项挑战。

由于这是一次性上传(不是实时数据),我正在考虑两种可能性。

  1. 添加 LwM2M 客户端,以继续向 IoTAgent 发送数据并最终传递给 Orion CB,直到最后一条记录。
  2. 创建一个 Python 脚本,“假装”为 Orion 实例的 contextProvider,发送数据(比如每 5 秒)直到最后一条记录。

我在文献检索中没有遇到过解决这种情况的案例。 FIWARE 基金会对类似情况有什么建议吗?

对于实际需要从多个表组合的data fields --> Entity's attributes 映射,您有何建议?

【问题讨论】:

    标签: fiware fiware-orion


    【解决方案1】:

    当您拥有实时数据(我的意思是向 FIWARE 平台发送信息的真实设备)时,IOTA 的使用是有意义的。但是,您说这是一次性上传,因此 Python 脚本选项在这种情况下似乎更好。

    (这里有一点术语注释:您的脚本将扮演 context producer 的角色。context provider 是一个不同的参与者,与注册和查询/更新转发有关. 请参阅this piece of documentation 了解更多详情)。

    关于实体属性映射的数据字段,我没有任何特别的建议。这只是分析数据模型(即实体属性)并找到如何从表中的数据中设置该信息的问题。

    【讨论】:

    • “FIWARE 基金会对类似情况有什么建议吗?” -> 我不属于FIWARE Foundation,所以这篇文章是代表我自己完成的。但是,作为 Orion CB 的主要架构师,我认为我非常了解这个主题 ;)
    • 阅读您上面提到的链接,并假设我正在使用 python 应用程序上下文提供程序。阅读您共享的链接时,我想到的一件事是在这种情况下将ùrl 指向上下文提供程序(如下面的示例):"provider": { "http": { "url": "http://mysensors.com/Rooms" } }
    • 为了清楚起见,最好在单独的帖子中发布新问题。你能创建一个新的问题帖子吗?谢谢!
    猜你喜欢
    • 2016-02-08
    • 2020-11-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-07-18
    相关资源
    最近更新 更多