在PostgreSQL中存储和查询滚动数据

我将大量的天气模型数据放入PostgreSQL数据库中。该计算机具有8个内核和16 GB的RAM。我正在使用PostGIS 2.1运行PostgreSQL 9.3。每个表都有不同的天气数据（温度，露点，风等）。每个表将有6-7列：纬度，经度，点几何，高程，与模型相关的日期时间，以及1-2个感兴趣的数据值。将首先根据时间和海拔高度查询边界框的数据。每个表大约有145,757,360行（比现在不再重要的数据将被删除）。我粗略估计，每个表的大小（不含索引）约为10 GB。（这是52字节的数据加上每行23字节的开销）。当新模型数据可用时，数据将定期更新/插入。注意：

因此，我正在研究以下两个计划：

1. 只需按（日期时间，海拔高度）进行索引和聚类，并为点几何图形添加附加索引。运行常规的cron作业，该作业将删除旧行，运行真空/分析并重新进行集群。
2. 按日期时间进行分区，然后对每个表按高度进行聚类，并按索引对几何进行索引。运行常规的cron作业以添加新表，然后删除旧表。

进一步，

• 因此，我知道删除表的效率更高，而删除和清理则更为有效。但是我会否看到性能提升？
• 当所有表将被均匀更新和选择直到不相关而被删除之前，分区是否合适（文档指出，当只选择其中的几个分区时，分区效果最佳）？

交付数据时，选择的速度会比聚集索引快吗？如果一次发出多个请求，答案是否会改变？

谢谢。我希望我收集所有需要的数据。如果没有，请告诉我，我将其添加。

考虑到所有问题，我将选择选项2。日期将被均匀选择，但是我猜测对于给定的查询，仅涉及一个或两个日期分区。很遗憾您无法按日期对地理位置和分区进行聚类，这是理想的选择。如果边界框足够小，则高程始终倾向于与地理位置相关。

有了可用的选择，更干净的数据操作和避免每天抽真空是一件好事。

使用选项1 交付选择可能更快，尽管我怀疑这可能会洗手。对于选项1，具有相同日期和海拔高度的记录在一个大型聚簇索引中彼此靠近放置。使用选项2，具有相同日期和海拔的记录在许多较小的聚集索引中彼此靠近放置。