В условиях данной тестовой среды с параллельной нагрузкой замена агрегатной функции MAX на конструкцию ARRAY не дает ожидаемого прироста производительности, что ставит под сомнение универсальность данной рекомендации из статьи "PostgreSQL Antipatterns".

Выбор между подходами должен основываться на конкретных требованиях к использованию памяти и стабильности I/O операций.
https://dzen.ru/a/aShnmmWcvx2BQRRq

PostgreSQL Antipatterns? Анализ эффективности замены агрегатной функции MAX на ARRAY https://habr.com/p/971314/

Для условий высокой параллельной нагрузки и конкуренции за вычислительные ресурсы, с точки зрения производительности СУБД - использование конструкции EXISTS не дает существенных преимуществ.
https://dzen.ru/a/aSrxeTDJzBf5ahad

Оптимизация структуры запроса через LATERAL JOIN и параллельное выполнение доказала свою исключительную эффективность:

✅ Ускорение выполнения на 45%
✅ Рост операционной скорости на 71.77%
✅ Снижение системных издержек на 49-71%
✅ Устранение contention за ресурсы
✅ Более здоровый паттерн использования CPU
Оптимизированный подход демонстрирует превосходную масштабируемость и эффективность использования ресурсов, что делает его рекомендованным решением для среды с высокой параллельной нагрузкой.
https://dzen.ru/a/aSwK2BiJIhwYg3Eo

Для достижения максимальной производительности в production-среде рекомендуется применять подход с частичной агрегацией данных и использованием массивов, особенно для сложных аналитических запросов в PostgreSQL.

https://dzen.ru/a/aSxMAWNxci1E3-uc

"Нейросеть — не магический шар для оптимизации PostgreSQL".