Так, очень тупой вопрос. Насколько замедляется запрос в бд от

количества заселекченых елементов ?

Что ты подразумеваешь под "количества заселекченых елементов"

Select e1, e2 ... e123

Это называется "кол-во полей в списке вывода". Скорость работы запроса от этого практически не зависит. Может зависеть косвенно, и незначительно, поскольку у тебя много полей и мало полей в двух случаях, то так же много и мало данных, и их тупо медленнее или быстрее передавать по сети клиенту. Также если у тебя много полей в списке вывода, возможно, эти поля/выражения вытаскиваются из большего числа таблиц, тогда просто за счёт обработки большего числа таблиц запрос может быть медленнее

Но если с одно таблицы то разницы практически нет ? Понял спасибо

Нет, разницы нет

СУБД , если не колоночная, читает таблицы, а не поля таблиц. Вот от кол-ва таблиц работа запроса сильно зависит.

Ну это понятно, чем больше таблиц и логики тем больше работы

Может зависеть, и значительно, если таблица "широкая", и: 1. Полей выбирается немного (network traffic и/или хранение промежуточных результатов). 2. Перечисленные поля можно выбрать только из индекса (index-only scan).

Хм понял

Ну это всё равно косвенно. Запрос от запроса зависит в общем, а не от полей

Да. Но вот когда есть поля слоб,блоб у меня допустим пл-скл девелопер начинае тормозить сильно. Но возможно это особенность сего Тула.

Блобы — совсем другое дело, они как раз обычно лежат вне основной таблицы.