【发布时间】:2020-05-08 04:44:11
【问题描述】:
我一直在使用 Postgres 存储时间序列传感器数据,但我正在权衡使用 Firestore 的成本,因为我更喜欢 Firestore 的无服务器特性。我唯一担心的是 Firestore 的成本,因为我为每次阅读付费。我希望能够在我的网络应用程序上显示此传感器信息。现在,我每 10 秒采集一次数据,并且有超过 400 个传感器点(我的 postgres 表中每行 400 列)
目前,如果用户查询一周的工作数据,大约有 60,000 行数据,但我通过只取每第 n 个值来“羽化”数据来优化它。因此,以每 20 行为例,我将返回的数据减少到 3000 行,这是可管理的,并且图表仍然显示出明显的趋势。
我希望能够在 Firestore 中执行此操作以节省成本,因为如果用户查询一周的数据,我将支付 60000 次文档读取费用,但无论如何我都无法在 Web 应用程序上显示所有这些数据点。我已经尝试寻找查询firestore以获取第N行数据的方法,但没有找到任何具体的解决方案。
有人对我如何优化时间序列数据的 Firestore 成本或任何其他廉价的无服务器方法来管理这些数据有任何建议吗?
【问题讨论】:
标签: firebase google-cloud-firestore cloud