Собственной мой философский вопрос уже в сабже.

Что быстрее будет работать, допустим в ситуации когда нужно найти элемент(ы) справочника по владельцу.

вариант1: написать запрос выполнить его и выбрать результат
вариант2: использовать встроенную функцию типа: Справочники.Сотрудники.Выбрать();

(1) А Выбрать(), типа, данные каким-то другим способом получает?

1.

(1) Да.

Я за вариант 1, но не потому, что быстрее, а потому, что потом могут появиться доп. условия

(0) Сделай замер производительности и доложи нам.

На файловой и в случае 10 элементов - выбрать быстрее.
В остальных лучше запрос

(3) Ждем шокирующих подробностей.

(0) Дело не в производительности.
(7) Читай http://its.1c.ru/db/metod8dev/content/2703/hdoc

(0) А в чем философский смысл вопроса?

(0) В восьмерке запрос, а в семерке, помнится, обычное выбрать частенько быстрее было...

(8) И что? Запрос, только сгенерированный платформой, со своими особенностями.

(11) И всё?....
Как можно сравнивать тёплое с красным? Динамический список (методом Выбрать) со статичным массивом данных (результат запроса)?
То есть вы вообще никакой разницы не видите?...

(11)
"И чё?" - аргумент, об который разбиваются все доказательства.
"И то!" - аргумент, вновь возвращающий силу доказательствам.

(3) (8) и тем не менее, выбора - это все равно запрос. Это много запросов по мере считывания буфера

(10) А в Бейсике такой фигней не запорачивались.

(14) Это ещё и экономное использование памяти, поскольку выборка идёт вперёд и пройденные элементы освобождаются из памяти.

(0) дело не в быстроте, а в области применения

из (8) "Можно рекомендовать применять выборки либо для задач, не требующих ответственного чтения множества записей, либо для регламентных задач, допускающих использование монопольного режима."

выборки можно применять крайне редко

(12) Разница хорошо описана в (8), и я о ней упомянул. А насчет "статичного массива" откуда дровишки?

(16) > пройденные элементы освобождаются из памяти
А при обходе выборки из запроса они, стало быть, приговариваются к пожизненному заключению?

Как ни крутись, а в базу в итоге идет запрос. Предлагаю закончить с терминологией и обсуждать сабж.

(18) В базу идут разные запросы

(19) Можно подсмотреть и написать 1:1 :)

В общем, Выбрать() сделали для облегчения перехода с клюшек, чтобы не учить сразу язык запросов. Некоторые так и не осилили...

(0) Выбрать() свалится на RLS или при ограничениях на хотя бы одну колонку справочника. Выбрать() возвращает все поля справочника, а запрос - только те, которые в нем описали. Например, для справочника, имеющего пару десятков реквизитов, половина которых имеет тип ХранилищеЗначения, запрос отработает быстрее.
Да и вообще в восьмёрке запросы - почти всегда единственный православный способ извлечения данных. Остальное - от лукавого.

у себя на планшете на мобильной платформе под андроид выбрать() по регистру цен работает быстрее на объемах до 250 элементов, свыше 300 шт. - производительней запрос оказывается