Как быстро найти максимальное значение кода справочника? #110601

Собственно

Тебе на сколько быстро надо найти максимальное значение кода справочника? Кстати, какого?

Попробуй так, хотя не уверен

Попытаться создать новый? ;-)

Не разу не задавался целью (узнать). Но разве префикс не входит в сортировку по коду? Если есть префиксы и ответ на мой вопрос "да", то результат может быть неверным.

Если есть префикс, значит код - строка. "A12""B01"

Создать новый элемент, там будет уже новый код. Не сохранять его. Но для полной уверенности надо еще знать цель зачем это нужно. Если для обмена между базами, то надо очень осторожно к этому подойти, и делать не так.

Ага. А кто тебе сказал что код с префиксом "А" появился первым. В общем случае это не так.

К сожалению в 1С созданный системой код легко может оказаться неуникальным...

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

Да ну? И че тогда произойдет со вторым элементом, который юзер попытается сохранить?

Будет сказано код неуникальный. сосите ноги.

Тупой вопрос. Если стоит контроль уникальности - система скажет

Доказательство лажовости метода 1)открыть базу под тремя разными пользователями 2)в первом окне открыть форму нового элемента (не записывать) 3)во втором окне открыть форму нового элемента (не записывать) 4)в третьем окне узнать мексимальный код методом 5)закрыть новые элементы несохраняя 6)обломаться и заплакать

:) в базу знаний!

Я воспринял эту фразу по-другому. Боюсь мы не сможем за клона сказать что именно подразумевалось. И главное зачем это надо.

В предложенной ситуации любой метод будет "лажать".

Не любой.

Пример, пожалуйста.

В разделенном режиме ЛЮБОЙ.

Спокойно - можно сделать альтернативный нумератор, можно записывать новый код в глобыльную ТЗ, и при Записи/Закрытии обрабатывать. Методов куча. Просейший - просто код в константу писать, и в приЗаписи присваивать новый.

согласен с NS... не один из предложенных вариантов не дает 100% уверености в получении максимального кода

за ... надо ручки бить... избыточность данных... да и еще есть программная запись реквизитов

"Просейший - просто код в константу писать, и в приЗаписи присваивать новый" Не взлетит. Ты подумай еще раз.

:)))) ща придет клон и выяснится что надо было иерархию отключить+сортирова по коду+спуститься вниз списка :))))

элемент создают программно... и другой кодер... которму на чхать... на твои константы

Взлетит. Ты просто попробуй.

Объяснить кодеру про константу можно... И такой-же кусок можно вставить в модуль присвоения кода в обработке.

что тот кто делал данное будеи еще там... и захочет это сказать... а если на оборот... что скорее всего и произойдет

вариант предложенный в дает 100%... и только он... все остальное не есть гуд

Q: Как быстро найти максимальное значение кода справочника? A: сделать альтернативный нумератор

Именно это я и сказал.

... в делах наших тяжких

Ну да, я забыл ;-) что в 1С транзакция блокирует базу совсем. ;-) 1. Но смотри мы отклонились от сути. 2. Как долго просуществует правильный макс код после его получения, если с базой продолжат работать? ;-) В-общем все сводиться к тому, для чего это требуется-то? АВТОР АУ?

Правильный код продержиться до Зафиксироватьтранзакцию

Вот именно. Чтобы получить 100% правильный макс код, надо все действия по его получению и использованию выполнять в транзакции. Т.е. получить монопольный доступ к базе, см..

... вы программеры... или как... Львы Барановы... все делается не просто, а очень просто... объяснять лень... ну думаю сами вкурите... что почем... и как играть в хокей с мячом

Видимо не лады у кого-то с понятием "быстро"

если внематочно прочитать сабж... то надо юзать metadata что типа metadata.reference(Kind).CodeLength

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

могут... но что мешаеть использовать блокировки... во всех других те же грабли... только другим боком... а что если двое одновремено захотят создать справочник...

поскольку скорость у любого разная, то рано или поздно разрулит.

"Поздно" может растянуться на неопределенное время...

тебе еще одна задачка... а если справочник подчинен другому...

Можно подумать что это что-то меняет в

вряд ли долго. и лучше вылететь с ошибкой? можно на пока 1=1 ограничить попытки, смягчить падение, сути дела это не меняет; вручную все равно дольше, если не сделать номер "плюс много" - ?? точнее

не слово как найти сам код...

использующий код в справочнике подчиненом другому справочнику... то есть когда у элемента справочника появляется понятие владелец... куда точнее...

два часа отжимаемся. а клон давно ушла(шел) :))

Вот приедет автор, автор нас рассудит...

не суди и не судимым будешь

Все супер. Особенно понравилось А цель моей задачи слишком незначительна для таких решений

>А цель моей задачи слишком незначительна для таких решений Именно это я и имел в виду в .