Postgresql Postgres BRIN pages_/_范围计算

这是我上一篇关于Postgres 9.5中BRIN索引的文章的后续问题

是否有一种智能的方法来计算：

 pages_per_range 

创建BRIN索引时应将值设置为？我有一个事实表，每天将增加大约100万行，我想在date_key列（integer）上放置一个BRIN索引。典型值为20170801（2017年8月1日）

从我之前的文章中，我发现将其设置为默认值的一半（我将其设置为64）会导致查询时间的巨大速度提高。我可以选择任意值（如64），但想知道是否有人有其他（更智能的）方法

谢谢

---

Ryan也很想听到这个答案！我将尝试对时间戳上的BRIN索引使用几个不同的值，看看什么最有效。我认为没有“银弹”数字。这取决于您要对表执行的查询。如果您在每个查询中选择表的很大一部分，那么

pages\u per\u range

可能会更大（因为您不需要粒度，索引会更小……），但是如果您在查询中选择一小部分行，则较小的值将更适合（索引会占用更多空间）。