Вопрос - от чего зависит порядок расположения элементов в справочнике с одинаковыми номерами?
Ситуация - есть 2 базы БП 8.2, в них открыты справочники Номенклатура, упорядочены по наименованию (по возрастанию). В обеих базах добавляю копированием новый элемент "Услуги", записываю его. При этом в одной базе новый элемент располагается в начале списка, а в другой - в конце. Почему?

так решил СУБД или 1С (если файловая) - не надейся никогда на неявный порядок элементов

Пути 1с неисповедимы...
базы одинаковые? всмысле обе файловые или обе клиент-сервер?

Потому что в одной базе наименование "Услуги" меньше всех наименований элементов, а в другой больше всех.
Ваш Кэп :))

(0) смотришь в списках? списки отсортированы по каким колонкам?

(2) обе файловые

(3)  "Услуги" больше чем  "Услуги"?

(4) да. по наименованию.

(6) В одной
Услуги
Я1
Я2
Я3

В другой
А1
А2
А3
Услуги

(8)там в обеих по 2 элемента Услуги, не тупи уже

(9) Где это написано?

(0) Скриншоты в студию

(10) в (0)

(12) Акуеть. Где конкретно в (0)?

(13)>>В обеих базах добавляю копированием новый элемент "Услуги"

(13) акуеть...

В обеих базах добавляю копированием новый элемент "Услуги"

(1) Помню был баг в типовой ЗУП, так там разработчики именно что понадеялись на этот порядок..

(14) И где там написано, что копированием с элемента с наименованием "Услуги"?

(17) понятно с тобой все

(17) в заголовке темы, блеать

(8) вот так примерно:

в одной

Номер    Наименование
0000140  Услуги
560      Услуги


Во второй:
Номер    Наименование
560      Услуги
0000140  Услуги

При этом, 0000140 - был, 560 - новый, добавленный копированием.

(20) возможно пробелы в коде, но я бы начал со сравнения UUID

(20) Все, что ты системе сказала, она сделала.
А в остальном крутит как хочет без гарантии.

(20) uid разные

(21) Зачем? Они гарантированно разные :))

(23) разные то разные, но это не должно влиять при сортировке по наименованию, и как правило штатно гуиды создаются инкрементом, так что новая номенклатура должна быть "больше" старой всё равно

(21) а как-то можно UUID присвоить?

(24) не гарантированно, а очнь очень очень маловероятно совпадение

(24) ну, есть вероятность 1 к 3,4028?10^38, что совпадают

(25) кто у них там "последний" в каждой базе это бабка на двое сказала

(27) Не уверен, что ты досчитаешь за всю свою жизнь до числа, после номера попытки с которым наконец это произойдет :))

(29) штатно новый гуид всегда больше сгенерированых ранее, в рамках одной базы, я к этому

(30) я был свидетелем. у нас РИБ, 15 ущлов, в 2-х разных узлах создан документ с одинаковым гуидом... разбирались долго - действительно создались с одинаковым, штатно.

(31) в файловой версии с разных компьютеров?

(24) хватит юморить, понятно что они разные, важен их порядок

ну тогда оттрасируй запрос в ТЖ что и в каком порядке выгребается из базы в список... 1С иногда любит делать в запросах обсебятину

(33) кстати да, чойто я файловую упустил. Там генерится независимо на каждом компе?

Индекс содержит 2 поля Descr, IDRef поэтому в пределах одного наименования будут по ссылке упорядочены

(36) не знаю, но скорее всего да

(32) плохо разбирались значит

(39) нормально мы разбирались. Теоретически возможно? Да.
В 1с иногда и невозможное случается из-за платформы...

(40) в серверной невозможно

(41) почему? пруф?
Это гуиды винды раньше завязывались на оборудование, даже с них сейчас это снято (по маку)

какие-нибудь дешевые внеш. сетевые карты с одинаковыми мак-адресами?

(42) [_IDRRef] - это PRIMARY KEY таблицы в СУБД, он дублироваться не может

(43) к маку не привязывается больше у винды, про 1с я вобще молчу :)
(44) на разных серверах SQL тоже не сможет дублироваться? учитывая что новый уид - инкремент предыдущего?

(45) причем тут разные сервера?
в одной таблице они не могут идти разными записями

(46) тогда ты не понял ситуации в (32). Там не написано что у одного вида документа было их 2 штуки с одинаковым Гуидом, там написано что в 2-х разных базах были сгенерированы одинаковые гуиды (в промежутке между обменами), что вылилось в итоге в коллизию при обменах (документы затирали друг друга, ибо гуид один).
Мы обсуждаем теоретическую возможность формирования одинаковых гуидов в разных базах

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

(48) создали документы 2 разных пользователя, без прав открытия внешних обработок... По всему выходит что наткнулись на этот 0,0000000001%, когда сгенерены одинаковые гуиды. Сначала долго не могли понять почему документ пропадает постоянно в одной из баз...)

(49) да нет, там вероятность гораздо меньше, ну и ладно