когда есть имя - он делает это только один раз

там в доке есть

но ссылку на место в этой доке дать нельзя тоже)

Prepared statements раздел

пул для нормальной работы с базой, один клиент это плохо, считай в один поток будут запросы

Всегда лучше юзать уникальное имя?

не лучше, а только уникальное

аа, оке

если ты где-то впишешь такое же имя он достанет из кэша предыдущий запрос, а не текущий

ну я прост сегодня пол дня думал, если пул, то это если функцию создавать по поиску, то над каждый раз вызывать новый клиент пула?

там есть механизм защиты от того что случайно задублировалось имя в разных местах?

пул для этого и нужен, чтобы клиенты не создавались каждый раз, а сидели в айдле внутри пула

ну это кнш можно было на уровне либы сделать канешь

нельзя, это уровень субд

ну кроме как делать отдельный файл с константами как в редаксах всяких помню делали

автоинкремент)))

план запроса - он внутри субд закеширован, обычно парсинг и план запроса занимают в десятки раз больше времени, чем сам запрос, поэтому всякие квери билдеры и орм так нещадно тормозят, если формируют строки запроса с данными и не поддерживают преперед стейтменты

жеска

Be careful not to fall into the trap of premature optimization. Most of your queries will likely not benefit much, if at all, from using prepared statements. This is a somewhat "power user" feature of PostgreSQL that is best used when you know how to use it - namely with very complex queries with lots of joins and advanced operations like union and switch statements. I rarely use this feature in my own apps unless writing complex aggregate queries for reports and I know the reports are going to be executed very frequently.

такие дела, а я уж думал и правда серебрянная пуля)