В PostgreSQL параллельность часто упирается во временные таблицы: воркеры не видят локальные буферы лидера, и параллельный план просто не включается. Выход: перед параллельной частью сбросить измененные временные страницы на диск и дальше не менять таблицу. Тогда воркеры смогут читать ее параллельно. Но сброс может стоить дорого, поэтому его нельзя включать вслепую. В карточках показали, как измерить цену такого сброса, какие счетчики для этого нужны и как свести результаты к простой оценке, чтобы планировщик выбирал параллельность только там, где она реально окупается. Полная версия — на Хабре.