Hacker News
points by getbrew 4 days ago | 0 comments
The HOT chapter is the one with the most direct practical payoff. Two things worth knowing from it: HOT only kicks in when no indexed column changes and the new tuple fits on the same page, so an index on a frequently-updated column (status, updated_at) quietly disables it for every update to that table. And lowering fillfactor (say 80-90) on update-heavy tables leaves free space on each page so HOT can actually happen. Comparing n_tup_hot_upd to n_tup_upd in pg_stat_user_tables is a cheap way to see whether you're getting HOT updates before tuning anything.
[–] ComputerGuru 4 days ago
Depends on how wide your columns are and how often your records are modified. Past a certain width and I’m not sure lowering fillfactor is a good idea.
[–] ak39 4 days ago
Why does this comment sound AI generated?
[–] mike_hearn 4 days ago
Because it probably was. Pangram say it's too short to be certain but they think 100% of the text is possibly AI.

That doesn't mean the comment is useless, though. There's a whole philosophical discussion to be had here about whether what matters is the comment or the identity of the speaker.

[–] AlexeyBelov 3 days ago
Because it is. Most submissions get 5-10 such comments from new green accounts, and their bio conveniently has a link to their project.
[–] hmokiguess 4 days ago
I’ll be real, I use Postgres every day and I have no clue what you’re talking about