Всем добрый вечер. 2 вопроса:
1) что отрабатывается быстрее в условии (даже на миллиардные доли секунды):
Если НужнаяНомен = Справочники.Номенклатура.НайтиПоКоду("ЦБ0025637") Тогда
или
Если НужнаяНомен.Код = "ЦБ0025637 Тогда ?
2) Какой из вариантов более корректный?

так что бы сделать НужнаяНомен.Код = "ЦБ0025637 Тогда  нужно циклом перебрать всю номенклатуру, не?

(0) Эти две конструкции выполняют АБСОЛЮТНО разные действия.
Сравнивать поиск в базе со сравнением реквизита текущего элемента? Это очень мощно. И очень внушаить.

Если НужнаяНомен у тебя уже в кеше, то эквипе.....но.

(0) сделать замер производительности при отладке обоих вариантов не предлагать?

(0) Если НужнаяНомен - объект (или (3)) - то 2
иначе 1.
КонецЕсли)

2

быстрее

а быстрее и корректней - не всегда одно и тоже

(0) Хотелось бы узнать в контексте чего данные конструкции используются...А потом появится еще с десяток номенклатур, которые нужно по условию проверить, будешь через ИЛИ пихать в условие?=) Имхо, привязываться к какому то коду номенклатуры для обработки события это уже как то архитектурно не правильно. Тем более, если данное условие отрабатывает в цикле.

>>2. Если НужнаяНомен.Код = "ЦБ0025637 Тогда    100% (1)    
>>1. Если НужнаяНомен =

ТС коварен))

(0) Голосовалка составлена некорректно. (впрочем на мисте это проблема едва ли не 99% всех голосовалок)
Не хватает пунктов
3. "Одинаково".
4. "Оба варианта - редкостный *авнокод".

Я бы голосовал за п.4.

Но если вопрос чисто теоретический и не имеет отношения к реальному применению в жизни, то примерно за одинаковое время они отработают. По первому пункту НайтиПоКоду() будет искать ссылку по индексируемому полю "Код", чтобы вернуть Ссылку. По второму пункту будет искать по индексируемому полю "Ссылка", чтобы вернуть Код. Как отработает кэш при повторном обращении - фиг его знает.

примерно за одинаковое время они отработают.

Я может чего не понимаю, но вроде как при обращении через точку к реквизиту читается весь объект, что явно медленнее поиска.

Если в справочнике нет контроля уникальности кодов или есть контроль, но в результате каких-либо обменов эта уникальность нарушена, то НайтиПоКоду() вернёт первую попавшуюся с нужным кодом номенклатуру (которых может быть несколько в базе) и тогда условие не сработает, не смотря на то, что код совпадает.

Если объект уже известен, то простая операция сравнения реквизита (код) со значением гораздо быстрее чем платформенный запрос
В этом случае запрос в базу НайтиПоКоду() лишний и нахрен не нужен

(11) По 2 -пункту будет тащить из БД весь объект, если НужнаяНомен - это ссылка, и  если нет (3)

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

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

(18) без замера это всё теория.

(19) это логика)

(18) Ссылка - это просто набор символов. Но не объект

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

(21) объект тут и не нужен, хотя в (0) может и объект, но какая разница, если скорость выполнения будет зависеть от наличия обращения к БД при использовании точки. мне кажется, что ссылка что объект если уже получен, то больше в бд ходить не будет хоть через точку обращаешься хоть через запятую

(22) Ссылка это просто ГУИД с типом. В ней нет данных объекта. За данными объекта (за кодом в т.ч.) нужно сходить в БД. После того как вы один раз сходили в БД при вызове "НужнаяНомен.Код", данные объекта пишутся в кэш объектов, и дальше данные уже тянутся из кэша (если он не протух, понятно)

(24) это точно? надо профайлером посмотреть
"Ссылка это просто ГУИД с типом. В ней нет данных объекта" - такая формулировка смущает конечно, объект в понятиях 1с это программный Объект, переменная, в которой есть уникальная "ссылка" на запись в скл и объектная среда предоставляет возможность изменять ее

изменять в программной среде, а в скл изменения пойдут только при записи

как бы ссылка потому и ссылка, что она ссылается на запись в бд, а запись состоит из набора колонок с УИДом в одной из них, объект - реализация ссылки объектным языком для возможности изменения

(25) https://its.1c.ru/db/content/pubdevguide83/src/281.html#h285

(28) спасибо, почитал

Опыт подсказывает, что если ускорение быстродействия ищут в подобных вещах, то торможение происходит совсем в другом месте.
Я тут когда-то давно спрашивал, не выполняется ли быстрее код 1С, написанный англоязычными операторами. Настолько велико было отчаяние...
ТС, расскажи лучше, что в целом тормозит? Заполнение документа? Открытие формы? Открытие базы?
Пробовал ли замер производительности?