Dun*_*can 9 database sql-server data-mining reporting-services
我正在尝试确定存储100个25 Hz浮点数据通道的可能方法.这将导致每年78,840,000,000个数据点.
理想情况下,所有这些数据都可以有效地用于Web站点和工具,例如Sql Server报告服务.我们知道关系数据库在处理这种规模的时间序列方面很差,但尚未确定一个令人信服的时间序列特定数据库.
关键问题是压缩以实现高效存储,同时还提供简单有效的查询,报告和数据挖掘.
你会如何处理这些数据？
Sql Server中是否有可以处理如此大量时间序列数据的功能或表设计？
如果没有,是否有任何第三方扩展Sql服务器有效处理庞大的时间序列？
如果没有,是否有专门处理此类数据但通过Sql,.Net和Sql Reporting服务提供自然访问的时间序列数据库？
谢谢!
我会按日期对表进行分区，将数据分成216,000,000每行的一小部分。
如果您不需要全年统计数据，则可以通过索引轻松实现。
比如说，像“给我给定小时的平均值”这样的查询将只需要几秒钟的时间。
| 归档时间： |
|
| 查看次数： |
2522 次 |
| 最近记录： |