Любой запрос, даже без условия во WHERE и без джоинов с таблицами, будет выполняться по какому-то плану. СУБД (например, ORACLE или MS SQL Server) может оценить запрос до его выполнения, то есть то, как он будет выполнен и дать примерную оценку своих трудозатрат на каждый этап действий (сколько примерно данных с жёсткого диска будет прочитано, сколько нужно процессорных ресурсов для просчёта чего-либо или для расстановки данных в нужном порядке и т.д). В разных программах работы с базами данных получение плана запроса может быть более удобным чем в других программах...

Статья будет полезна, если ты начинающий разработчик и столкнулся с долгим выполнением запросов в PostgreSQL. Сразу вывод: не всё то полезно для оптимизации запросов, что написано в интернете. Я Леонид, разработчик Java в компании «Programming Store». Протестировал популярные советы из интернета по методам оптимизации и увеличения производительности БД. Расскажу, что из этого вышло. Для примера я развернул СУБД PostgreSQL 14 в контейнере докера. Настройки оставил по умолчанию. Создал две таблицы: users и products...