我们有几个应用程序在时间序列数据方面存在经典问题：我们需要存储每分钟的时间序列数据（时间戳和一列或多列设备数据），根据年龄清除该数据，并检索2天或30天的数据块以显示趋势。保留期为36个月，因此FDB可以变得很大。虽然我知道可用的各种时间序列数据库，但现在我被困在Firebird中-更改为其他数据库不是 选项。
由于插入是按分钟进行的，因此跟上数据流入的步伐没有问题。同样，清除也不是什么大问题（线程每天在定义的时间运行以老化旧数据。）但是随着数据库的增长，检索那些2天或30天的数据块是一个杀手。我尝试了一些不同的操作（将时间戳存储为单独的日期和时间整数字段，而不是单个时间戳字段，等等），以加快检索速度，但是没有太大帮助。
我正在寻找有关Firebird的调优和最佳实践的帮助：是否有某些特定的东西（方案设计，查询布局等）可以显着提高时序情况下的速度？