使用FIWARE Orion上下文代理和CYGNUS MongoDB Sink存储属性的结构化上下文值?

使用FIWARE Orion上下文代理和CYGNUS MongoDB Sink存储属性的结构化上下文值?,fiware,fiware-orion,fiware-cygnus,Fiware,Fiware Orion,Fiware Cygnus,背景 我正在FIWARE上构建的特定应用程序中使用以下通用启用码: 另外,我正在使用MongoDB数据库,以便保存Cygnus接收到的所有原始历史数据。为此,我在CYGNUS中配置了MongoDB接收器,如图所示 然后我有一个上下文实体,其中一些属性有结构化的值,而不是像string这样的简单类型。例如:收藏或词典 幸运的是这是可能的!!查看猎户座官方的详细信息 除了22.5或“黄色”等简单值外,还可以使用复杂结构作为属性值。特别是,属性可以在创建/更新时设置为向量或键值映射(通常称为

背景

我正在FIWARE上构建的特定应用程序中使用以下通用启用码:

另外,我正在使用MongoDB数据库,以便保存Cygnus接收到的所有原始历史数据。为此,我在CYGNUS中配置了MongoDB接收器,如图所示

然后我有一个上下文实体,其中一些属性有结构化的值,而不是像string这样的简单类型。例如:收藏或词典

幸运的是这是可能的!!查看猎户座官方的详细信息

除了22.5或“黄色”等简单值外,还可以使用复杂结构作为属性值。特别是,属性可以在创建/更新时设置为向量或键值映射(通常称为“对象”)。在查询和通知时检索这些值

问题

我能够通过Orion Context Broker中的创建/更新操作正确定义这些属性的值,但当这些值存储在我的STH Comet数据库中时,它们存储为“转义”字符串(参见下面的详细示例)

问题

所以我的问题是,我做错了什么?也许我在配置中遗漏了一些细节


提前感谢

信息的存储方式很好,但这是STH的一个内部方面。最好用API术语描述这个问题。那么,您能否编辑您的问题,将STH API上的GET操作示例与您得到的相关结果包括在内?谢谢问题是,我需要存储在MongoDB中的文档格式良好,并遵循JSON结构。这是因为我有直接从这个数据库读取的应用程序。然而,你是对的,问题的标题是指STH Comet,因此我将其更改为更好地反映问题。你应该使用STH API访问STH信息,而不是直接访问数据库。请注意,数据库模型是组件的一个内部方面,甚至可能在版本之间发生更改(而API保持不变),因此会破坏基于它的任何集成。你能详细说明一下直接访问数据库而不是使用API的原因吗?谢谢
{
    "_id" : ObjectId("5bdb611d9aa6ab00017e8c82"),
    "recvTime" : ISODate("2018-11-01T20:25:01.640Z"),
    "entityId" : "foo",
    "entityType" : "foo",
    "attrName" : "bar",
    "attrType" : "T",
    "attrValue" : "[{\"nested_attr1\":\"v1\"},{\"nested_attr2\":\"v2\"}]"
}