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

В коде есть такая строка:

Результат = Неопределено;
Результат = Справочники.Партнеры.НайтиПоНаименованию("");

После выполнения этой строки в переменной Результат "сидит первый элемент справочника"

Читаем СП:
Возвращаемое значение:
Тип: СправочникСсылка.<Имя справочника>; Неопределено.
Ссылка на найденный элемент справочника.
Если не существует ни одного элемента с требуемым наименованием, то будет возвращена пустая ссылка.
Если для справочника наименование не задано (длина = 0), то будет возвращено Неопределено.

Платформа 1С:Предприятие 8.3 (8.3.6.1977)

ЧЯНТД?

(0) прочитай СП целиком

F tckb Результат = Справочники.Партнеры.НайтиПоНаименованию("", Истина); ?

(1) прочитал уже 5 раз

(3) не верю

(2) Да, так пустышка

(5) И спосле этого ты утверждаешь, что прочитал весь СП?

(0) Читать не умеешь, вестимо. Какая длина наименования справочника "Номенклатура" в конфигураторе?

(7) ты тоже не умеешь..

(0) "в переменной Результат "сидит первый элемент справочника""
Покажи на картинке

(6) Там написано
Поиск будет успешным, если строка поиска: в случае значения параметра Ложь - будет соответствовать левой части наименования; в случае значения параметра Истина - будет полностью совпадать с наименованием (за исключением "хвостовых" пробелов в наименовании).

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

(10) целиком читай...

(10) А что в твоём понимании "первый"?

(10) Так первый элемент и соответствует пустой строке в левой части. Разве нет?

(12) то, что скуль юзал индекс по наименованию и так уж получилось, что он отсортирован по наименованию. кстати, то, что он "первый" - недокументировано, потому что это не всегда так.

(12) Делаю запрос:
ВЫБРАТЬ
    Партнеры.Ссылка,
    Партнеры.Наименование
ИЗ
    Справочник.Партнеры КАК Партнеры
В первой строке тот элемент, который возвращает функция.
Проверял на нескольких справочниках

(15) тебя смущает, что поиск по наименованию идентичен запросу к БД?

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

(11) Там больше ничего нет, там дальше про родителя и владельца и еще Примечание:

Если существует несколько элементов с указанным наименованием, то будет найден только один из них.

(18) все правильно. то, что будет найден один из них - никак не противоречит тому, что тебе возвращается один из них...

а вот то, что он "первый" не написано, так что на это полагаться не надо.

(16) Да нет, это как раз не смущает, просто ожидал, что функция вернет мне пустышку.
Ну теперь буду знать эту особенность :)

(0) Насколько я понимаю, при поиске по неполному соответствию пустой строки - найдутся ВСЕ элементы справочника. Можно сказать, они все начинаются с пустой строки. Ну а возвращает первый попавшийся (без гарантий какой именно, т.к. без явного упорядочивания СУБД никакой определенный порядок не гарантирует).

Сообщить(Лев("Как же работает поиск по наименованию",0) = "");

На этой фишке (отсутствие неявного упорядочивания в SQL) еще в 7.7 палились. Ибо в DBF неявное упорядочивание было, как и в файловом движке 8-ки. И при переходе на клиент-сервер алгоритмы на это завязанные - "ломались". Сам недавно погорел, хотя прекрасно про эту фишку знал. Отладил пакетную печать на файловой и не обратил внимание, что забыл по ссылке упорядочить один запрос. А там последовательный обход двух связанных выборок. В итоге на файловой - всё ок, а в клиент-серверной бессистемно "пропускались" некоторые печатные формы. Чуть голову не сломал. Так и не вкурил, пока сервер в режим отладки не перевёл.

(19) Элемента с пустым наименованием не существует...

(25) Зато наименования ВСЕХ элементов НАЧИНАЮТСЯ с пустой строки.

(25) до кучи иди учи простейшие типы, тебе нужна Строка.

(27) Причем здесь типы сами по себе? Речь о правилах поиска.

Имхо, сравнение строк различной длины, не только для 1С "проблематично", но и при разработке других алгоритмических языков стаяло. Ибо не в математике "проблематично", а в логике И то, как она "решается" в том или ином языке, становится видно на строке "нулевой" длины.

А по поводу "Если для справочника наименование не задано..." - это к метаданным 1С. У документов есть дата и номер, а у справочников есть код и наименование... даже если их нет :)

(21) Это не особенность, это вполне документированное поведение функции в зависимости от параметра. А вот не уметь понимать прочитанное - особенность, да.

(31) Ну так написанное можно по разному трактовать...

(31) Насчёт "А вот не уметь понимать прочитанное" можно ещё поспорить. "А вот не уметь объяснить написанное" - это я бы к к разработчикам предъявил. Язык написали, а объяснения к нему... другие, видать, писали. Не на столько умные :) Иногда в СП так "объяснят", что крышу срывает в попытке осознать прочитанное.

Вот приколупались к человеку. То, что по пустой строке будут найдены все элементы - зависит от конкретной реализации поиска и нифига неочевидно на первый вгляд. Ну, кроме опытнейших разработчиков, собравшихся в этой ветке, конечно же.

(34) Ценю Ваш юмор и сарказм... но по сути - всё верно, "... не всё так однозначно."(цы)

(34) (35) Спасибо за поддержку!
ДенисЧ Огромное спасибо!

(15) ВЫБРАТЬ ПЕРВЫЕ 1 же...

Там еще дальше параметр на точное соответствие - по умолчанию "Ложь"

Поставить в "Истина" и уже ничего не найдется

(38) (39) Ему это объяснили уже в самом начале

(40) чукча писатель)

(0) твой код эквивалентен

Наименование ПОДОБНО "" + %
то бишь все элементы

(24) что значит "неявное упорядочивание"?

(43) Наличие некоторого порядка при отсутствии явных указаний на конкретный порядок.

(44) значит в (24) брехня. Все таблицы БД 1С в sql всегда и строго упорядочены по кластерному индексу

(45) Резкий ты мой :) Это же не гарантирует, что результат сложного запроса будет отсортирован по кластерному индексу первой таблицы, в нём описанному.

Это не говоря уже о том, что насколько я понимаю, в postgresql нет прямого аналога кластерных индексов mssql

(47) Кстати да, у нас postgresql

Вот что нашел на счет упорядочивания в запросах:
>>Если в запросе не указано упорядочивание, то сортировка происходит по внутреннему идентификатору записи в таблице, по сути никак.

http://zapros-1c-8.ru/9-yazik-zaprosov-1c-8/8-order