我有一个不断增长的存储时间序列数据的表,现在有5亿个条目,每天都有200K条新记录。目前总大小约为15 is。
我的客户主要通过PHP脚本查询表,结果集的大小约为10K条记录(不是很大)。
select * from T where timestamp > X and timestamp < Y and additionFilters
我希望这次行动能便宜些。
目前我的表托管在Postgres 7上,在一个16G的内存盒上,我希望看到一些好的建议,让我以低成本托管这个表,并允许我在需要时扩展性能。这张桌子提供:
查询: 90%Insert: 9.9%更新: 0.1% <--非
我有一个Azure托管的API,它接受来自多个客户应用程序的日志记录/跟踪数据,以便在客户在支持电话中提出问题之前识别/聚合问题。API将日志记录数据写入Azure表存储。这对于定期主动监控的powerbi.com等非常有效,但是...
作为"2.0“的增强,我希望在满足定义的条件时设置移动通知(例如,在60分钟内使用"severity”属性=1创建的2+表记录,可能是"ProjectType“= of )。我不想将每个条目的通知发送到表中,而是在滚动时间范围内触发聚合条目的通知。
是否有任何Azures服务可以在不创建自定义cron作业的情况下提供此功能,每隔几分钟/