количества заселекченых елементов ?
Что ты подразумеваешь под "количества заселекченых елементов"
Select e1, e2 ... e123
Это называется "кол-во полей в списке вывода". Скорость работы запроса от этого практически не зависит. Может зависеть косвенно, и незначительно, поскольку у тебя много полей и мало полей в двух случаях, то так же много и мало данных, и их тупо медленнее или быстрее передавать по сети клиенту. Также если у тебя много полей в списке вывода, возможно, эти поля/выражения вытаскиваются из большего числа таблиц, тогда просто за счёт обработки большего числа таблиц запрос может быть медленнее
Но если с одно таблицы то разницы практически нет ? Понял спасибо
СУБД , если не колоночная, читает таблицы, а не поля таблиц. Вот от кол-ва таблиц работа запроса сильно зависит.
Ну это понятно, чем больше таблиц и логики тем больше работы
Может зависеть, и значительно, если таблица "широкая", и: 1. Полей выбирается немного (network traffic и/или хранение промежуточных результатов). 2. Перечисленные поля можно выбрать только из индекса (index-only scan).
Ну это всё равно косвенно. Запрос от запроса зависит в общем, а не от полей
Да. Но вот когда есть поля слоб,блоб у меня допустим пл-скл девелопер начинае тормозить сильно. Но возможно это особенность сего Тула.
Блобы — совсем другое дело, они как раз обычно лежат вне основной таблицы.
Обсуждают сегодня