MongoDB 如何在这种情况下工作？

Question

我对 MongoDB 有疑问，我知道“什么是 mongo”，但我不确定这个数据库是否适合我需要做的需求。好吧，我这就去。

说明： 我需要存储来自设备的一些数据（多或少 200 台设备），这些设备将每 30 秒报告一次地理定位数据（纬度、经度），因此它将是 576.000 个对象/天（2880 个请求 = 每天 1 个设备）

我认为我的文档在“位置”集合中的这种结构

{
"mac": "dc:a6:32:d4:b6:dc",
"company_id": 5,
"locations": [
    {
        "date": "2021-02-23 10:00:02",
        "value": "-32.955465, -60.661143"
    }
]
}

其中 'locations' 是一个数组，每 30 秒存储一次所有位置。

问题：

1. MongoDB 数据库能做到这一点吗？
2. 我的文档结构能正确解决这个问题吗？
3. 当这个数组在一个非常大的月份之后，会发生什么？
4. 有更好的方法吗？ （数据库、框架等）

TIA !!

Answer 1

1. MongoDB 数据库能做到这一点吗？ 是的

2. 我的文档结构可以解决这个问题吗？没有

3. 当这个数组在一个非常大的月份之后，会发生什么？ BSON 文档的最大大小是 16 兆字节。

4. 有没有更好的方法来做到这一点？ （数据库、框架等） 是的。 The Bucket Pattern 是需要管理物联网 (IoT) 应用程序的绝佳解决方案。

每台设备每小时可以有一个文档，并且每 30 秒可以有一个位置文档，其中键是流逝。

{
    "mac": "dc:a6:32:d4:b6:dc",
    "company_id": 5,
    "date": ISODate("2021-02-23T10"),
    "locations": {
        "0": "-32.955465, -60.661143",
        "1": "-33.514655, -60.664143",
        "2": "-33.122435, -59.675685"
    }
}

根据您的工作负载和系统的主要查询来调整此解决方案。

Answer 2

1. MongoDB 数据库能做到这一点吗？

   是的，这样就可以了。

2. 我的文档结构可以解决这个问题吗？

   不，一点也不！

   切勿将日期/时间值存储为字符串，这是设计缺陷。始终使用正确的 Date 对象。 （这适用于任何数据库）。

   类似的语句适用于坐标，不要存储为字符串。我推荐一个GeoJSON Objects，然后你也可以在上面创建索引并运行空间查询。示例：location: { type: "Point", coordinates: [ -32.955465, -60.661143 ] }

3. 当这个数组在一个很大的月份之后，会发生什么？

   MongoDB 中的文档大小不能超过 16MiByte，这是一个固定的限制。所以，它看起来不像一个好的设计。可能每天存储位置，甚至每个报告一个文档。

4. 有更好的方法吗？ （数据库、框架等）

   好吧，问 5 个人，你会得到 6 个答案。至少你的做法没有错。