建模 BD MYSQL Cygnus FIWARE
Modeling BD MYSQL Cygnus FIWARE
我正在尝试在 MYSQL 中为我的数据库建模,我希望我的结构由数据集合 table 形成,这将是自动生成 cygnus 的那个,然后是它的后续与温室和用户相关的 tables。
每个用户的所有传感器的所有数据在一个table中,然后将其关联到每个用户和温室,我认为这是正确的方法。
但我正在尝试创建两个订阅,一个是此 table 中元数据的实体 ID,另一个是另一个实体 ID,但它会自动为我创建两个 table 和想法是合而为一。
这是怎么做到的?
我附上我的实体:
GET /v2/entities/ HTTP/1.1
Host: 1.2.3.4:1026
Accept: application/json
Content-Type: application/json
Fiware-Service: pruebastienda
Fiware-ServicePath: /tienda1
Cache-Control: no-cache
Postman-Token: e19de386-ca21-cd7d-cd24-f1dee9487196
[
{
"id": "palmerillas",
"type": "invernadero",
"pressure2": {
"type": "Integer",
"value": 6,
"metadata": {}
},
"sensor32": {
"type": "Integer",
"value": 1,
"metadata": {}
},
"sensor42": {
"type": "Integer",
"value": 44,
"metadata": {}
},
"temperature2": {
"type": "float",
"value": 4,
"metadata": {
"accuracy": {
"type": "Float",
"value": 9
}
}
}
},
{
"id": "palmerillas2",
"type": "invernadero2",
"pressure2": {
"type": "Integer",
"value": 6,
"metadata": {}
},
"sensor32": {
"type": "Integer",
"value": 1,
"metadata": {}
},
"sensor42": {
"type": "Integer",
"value": 44,
"metadata": {}
},
"temperature2": {
"type": "float",
"value": 4,
"metadata": {
"accuracy": {
"type": "Float",
"value": 9
}
}
}
}
]
还有我的订阅:
GET /v2/subscriptions/ HTTP/1.1
Host: 1.2.3.4:1026
Accept: application/json
Fiware-Service: pruebastienda
Fiware-ServicePath: /tienda1
Cache-Control: no-cache
Postman-Token: 7898a397-2018-42fc-7edf-e35f25105901
[
{
"id": "59ca8b394df7c75fee3e1969",
"description": "A subscription to get info about palmerillas",
"status": "active",
"subject": {
"entities": [
{
"id": "palmerillas",
"type": "invernadero"
}
],
"condition": {
"attrs": [
"pressure2"
]
}
},
"notification": {
"timesSent": 2,
"lastNotification": "2017-09-26T17:16:04.00Z",
"attrs": [
"temperature2",
"pressure2",
"sensor32",
"sensor42"
],
"attrsFormat": "legacy",
"http": {
"url": "http://localhost:5050/notify"
},
"lastSuccess": "2017-09-26T17:16:04.00Z"
}
},
{
"id": "59ca8bb94df7c75fee3e196a",
"description": "A subscription to get info about palmerillas",
"status": "active",
"subject": {
"entities": [
{
"id": "palmerillas2",
"type": "invernadero2"
}
],
"condition": {
"attrs": [
"pressure2"
]
}
},
"notification": {
"timesSent": 2,
"lastNotification": "2017-09-26T17:17:56.00Z",
"attrs": [
"temperature2",
"pressure2",
"sensor32",
"sensor42"
],
"attrsFormat": "legacy",
"http": {
"url": "http://localhost:5050/notify"
},
"lastSuccess": "2017-09-26T17:17:56.00Z"
}
}
]
编辑:
table 的名字是:
tienda1_palmerillas_invernadero AND tienda1_palmerillas2_invernadero2
如图所示
如果我理解得很好,您需要使用 Cygnus 的分组规则 (GR)。或者,在最新版本中可用的名称映射 (NM);类似于分组规则,但更高效和灵活。
简而言之,GR(或 NM)允许您使用后端存储元素的名称(在 MySQL 的情况下,table 数据的名称被储存了)。默认情况下,此类名称基于 entity_id
和 entity_type
的串联(加上其他前缀,如 MySQL 的情况,其中以 FIWARE 服务路径为前缀)。然而,使用 GR(或 NM),你可以改变这样的连接:
- GR 直接允许您更改
entity_id
和 entity_type
的完整串联,例如指定您希望有关类型 car
的所有实体的信息存储在 all_cars
table.
- NM 以更细粒度的方式进行替换,允许您修改
entity_id
、entity_type
或两者(甚至,还有更多邪恶的选项可用:-) ).例如,您可以说您想用 all
替换所有实体 ID,用 cars
替换 car
实体类型;最后你会有与 GR 相同的行为:all_cars
.
请注意,替换只会影响命名过程; table 中存储的数据保持不变。
我正在尝试在 MYSQL 中为我的数据库建模,我希望我的结构由数据集合 table 形成,这将是自动生成 cygnus 的那个,然后是它的后续与温室和用户相关的 tables。
每个用户的所有传感器的所有数据在一个table中,然后将其关联到每个用户和温室,我认为这是正确的方法。
但我正在尝试创建两个订阅,一个是此 table 中元数据的实体 ID,另一个是另一个实体 ID,但它会自动为我创建两个 table 和想法是合而为一。
这是怎么做到的?
我附上我的实体:
GET /v2/entities/ HTTP/1.1
Host: 1.2.3.4:1026
Accept: application/json
Content-Type: application/json
Fiware-Service: pruebastienda
Fiware-ServicePath: /tienda1
Cache-Control: no-cache
Postman-Token: e19de386-ca21-cd7d-cd24-f1dee9487196
[
{
"id": "palmerillas",
"type": "invernadero",
"pressure2": {
"type": "Integer",
"value": 6,
"metadata": {}
},
"sensor32": {
"type": "Integer",
"value": 1,
"metadata": {}
},
"sensor42": {
"type": "Integer",
"value": 44,
"metadata": {}
},
"temperature2": {
"type": "float",
"value": 4,
"metadata": {
"accuracy": {
"type": "Float",
"value": 9
}
}
}
},
{
"id": "palmerillas2",
"type": "invernadero2",
"pressure2": {
"type": "Integer",
"value": 6,
"metadata": {}
},
"sensor32": {
"type": "Integer",
"value": 1,
"metadata": {}
},
"sensor42": {
"type": "Integer",
"value": 44,
"metadata": {}
},
"temperature2": {
"type": "float",
"value": 4,
"metadata": {
"accuracy": {
"type": "Float",
"value": 9
}
}
}
}
]
还有我的订阅:
GET /v2/subscriptions/ HTTP/1.1
Host: 1.2.3.4:1026
Accept: application/json
Fiware-Service: pruebastienda
Fiware-ServicePath: /tienda1
Cache-Control: no-cache
Postman-Token: 7898a397-2018-42fc-7edf-e35f25105901
[
{
"id": "59ca8b394df7c75fee3e1969",
"description": "A subscription to get info about palmerillas",
"status": "active",
"subject": {
"entities": [
{
"id": "palmerillas",
"type": "invernadero"
}
],
"condition": {
"attrs": [
"pressure2"
]
}
},
"notification": {
"timesSent": 2,
"lastNotification": "2017-09-26T17:16:04.00Z",
"attrs": [
"temperature2",
"pressure2",
"sensor32",
"sensor42"
],
"attrsFormat": "legacy",
"http": {
"url": "http://localhost:5050/notify"
},
"lastSuccess": "2017-09-26T17:16:04.00Z"
}
},
{
"id": "59ca8bb94df7c75fee3e196a",
"description": "A subscription to get info about palmerillas",
"status": "active",
"subject": {
"entities": [
{
"id": "palmerillas2",
"type": "invernadero2"
}
],
"condition": {
"attrs": [
"pressure2"
]
}
},
"notification": {
"timesSent": 2,
"lastNotification": "2017-09-26T17:17:56.00Z",
"attrs": [
"temperature2",
"pressure2",
"sensor32",
"sensor42"
],
"attrsFormat": "legacy",
"http": {
"url": "http://localhost:5050/notify"
},
"lastSuccess": "2017-09-26T17:17:56.00Z"
}
}
]
编辑:
table 的名字是:
tienda1_palmerillas_invernadero AND tienda1_palmerillas2_invernadero2
如图所示
如果我理解得很好,您需要使用 Cygnus 的分组规则 (GR)。或者,在最新版本中可用的名称映射 (NM);类似于分组规则,但更高效和灵活。
简而言之,GR(或 NM)允许您使用后端存储元素的名称(在 MySQL 的情况下,table 数据的名称被储存了)。默认情况下,此类名称基于 entity_id
和 entity_type
的串联(加上其他前缀,如 MySQL 的情况,其中以 FIWARE 服务路径为前缀)。然而,使用 GR(或 NM),你可以改变这样的连接:
- GR 直接允许您更改
entity_id
和entity_type
的完整串联,例如指定您希望有关类型car
的所有实体的信息存储在all_cars
table. - NM 以更细粒度的方式进行替换,允许您修改
entity_id
、entity_type
或两者(甚至,还有更多邪恶的选项可用:-) ).例如,您可以说您想用all
替换所有实体 ID,用cars
替换car
实体类型;最后你会有与 GR 相同的行为:all_cars
.
请注意,替换只会影响命名过程; table 中存储的数据保持不变。