postgres - 估計時間戳列的索引大小

Question

使用timestamp without time zone類型的'made_at'列創建postgres表，ENTRIES。

這表有兩個該列和另一列（USER_ID，外鍵）B樹索引：

btree (user_id, date_trunc('day'::text, made_at)) 

正如你所看到的，日期是在「天」截斷。以這種方式構建的索引的總大小爲130 MB - ENTRIES表中有4,000,000行。

問題：如果我要照顧時間到第二點，我該如何估計指數的大小？基本上，截斷時間戳在秒而不是一天（應該很容易做到，我希望）。

Answer 1

有趣的問題！根據我的調查，他們將是相同的大小。

我的直覺告訴我，兩個索引的大小之間應該沒有差異，因爲PostgreSQL中的時間戳類型的大小是固定的（8 bytes），並且我認爲截斷函數只是將適當的最小值但我認爲我最好用一些事實來支持我的猜測。

我打滑了在Heroku的PostgreSQL自由開發數據庫，​​生成具有4M隨機時間戳表，截斷爲白天和第二值如下：

test_db=> SELECT * INTO ts_test FROM 
         (SELECT id, 
           ts, 
           date_trunc('day', ts) AS trunc_day, 
           date_trunc('second', ts) AS trunc_s 
         FROM (select generate_series(1, 4000000) AS id, 
           now() - '1 year'::interval * round(random() * 1000) AS ts) AS sub) 
         AS subq; 
SELECT 4000000 

test_db=> create index ix_day_trunc on ts_test (id, trunc_day); 
CREATE INDEX 
test_db=> create index ix_second_trunc on ts_test (id, trunc_s); 
CREATE INDEX 
test_db=> \d ts_test 
      Table "public.ts_test" 
    Column |   Type   | Modifiers 
-----------+--------------------------+----------- 
id  | integer     | 
ts  | timestamp with time zone | 
trunc_day | timestamp with time zone | 
trunc_s | timestamp with time zone | 
Indexes: 
    "ix_day_trunc" btree (id, trunc_day) 
    "ix_second_trunc" btree (id, trunc_s) 

test_db=> SELECT pg_size_pretty(pg_relation_size('ix_day_trunc')); 
      pg_size_pretty 
      ---------------- 
      120 MB 
      (1 row) 

test_db=> SELECT pg_size_pretty(pg_relation_size('ix_second_trunc')); 
      pg_size_pretty 
      ---------------- 
      120 MB 
      (1 row)