Da pra usar particionamento por HASH ao invés de RANGE ou LIST. Continua exigindo a coluna de partição na PK, apenas para a distribuição uniforme dos dados. Pode ser que ajude a aliviar o problema do bloat no seu caso.
Respondendo a "alguem ai teria dicas de particionamento de tab..." dentro da publicação Guia de como configurar PostgreSQL
3
2
conversei com ele hj, vai incluir a coluna na pk, ele nao se importou em fazer milhares de alteracoess referenciais euahueh
3
Parece um trabalho simples (principalmente com a ajuda do Claude Code, por exemplo), mas que exige planejamento por causa da unicidade que a PK exige. No mais, uso postgres há 25 anos e pude acompanhar de perto a extrema evolução do particionamento declarativo desde o seu tímido início no Post 10 até sua excelente maturidade agora no Post 18 👏.
Hoje aguardo a maturidade do OrioleDB para que tenhamos uma alternativa ao modelo de armazenamento do Post e possamos mitigar o vacuum em determinados cenários.