Можно ли поменять УИД существующего справочника? #760148

Вариант замена ссылок не предлагать

Справочника или элемента справочника?

Можно и нельзя одновременно

Средствами 1С нельзя

Средствами MSSQL можно

Хотя вру. Средствами 1С можно

И + это все для элемента справочника

2 м... Через ВИД на 8.3.5+?

Неее, более просто

А можно узнать обоснование такой необходимости?

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

Просто новый уникальный идентификатор подсовываешь элементу и все. Если про Элемент справочника речь идет.

И как ты это сделаешь?

2

а то, что в реквизитах и измерениях других объектов записан старый гуид - пофигу?

ыыыы :) как понял он как раз не хочет замену делать в других объектах а просто подменить уид который везде прописан на нужный

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

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

Данные при обмене задублировались. Если делать через замену ссылок слишком дофига документов перепровести. Проще менять уид

"подсовываешь элементу", простите, "в куда"?

Кому тут нужен был способ через 1С поменять UUID у элемента справочника? P.S. тебе это не поможет

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

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

2 мне, ну вернее давно не нужен был, но всегда интересно...

Почту давай, экспромт выкину

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

octoberhammer<тут собачка>gmail<тут точка>com

будет работать на 8.2.19?

Нет

А че, секретная технология? Тут выложить нельзя? Или хотя бы в общих чертах...

Лови

Это авторская разработка ))))

Через 1С нельзя поменять гуид справочника.

Ну можно, как оказывается

а все остальные - народные)))

Ну ладно вам, стесняюсь я

Ну да ну да. Идею в общем и целом обрисуешь?

Почту давай

Ай, ладно, пофигу

у меня есть обработка именно для такого :)

pechenkin@odinesnik.ru Да можешь просто идею сказать.

Это код этой обработки?

Ага

И мОбъект.Проведен Тогда

Что это за хрень-то? Маленький кусочек обработки поиска и замены значений что ли? Где там подмена гуида ссылки-то?

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

Возможно в релизах старше 8.3.5, которые позволяют писать в ВИД можно поменять UID. Но экспериментально - я не пробовал.

Что есть подмена гуида? Изменение у записи Гуида? А чем не устраивает копирование записи и удаление старой? Вариант? Вариант!!! И безо всяких ВИДов и доступов к скулю на прямую

+ Задача решена

2 Тогда держи еще 101-й вариант: лайфхак-код - это сериализовать нужный элемент; в тексте, который получился заменить UID, оригинальный элемент удалить; десериализовать элемент из ХМЛ-текста (в котором уже новый UID). Но все равно это будет новый 'tktvyn справочника. а не старый

Включаем мозг и читаем

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

Запустить выгрузку в идентичную конфигурацию, получить XML, открыть XML как текст, заменить все неправильные guidы на правильные. Загрузить в пустую базу. Если в результате замены не полчится неуникальных записей, считай повезло.

"Вариант замена ссылок не предлагать" - я не заменяю ссылки

Ладно, я так и думал. Стоило один вариант решения предложить - навалились все... По сути одно и то же действие, единственный момент - старая запись тухнет, новая создается. И тут все с XML полезли и т.д. Суть задачи остается исходной. И такое решение имеет место быть

И первый это решение предложил Я!!!

А что ты делаешь? Ты можешь в двух словах сказать, что ты делаешь, а не давать код?

Чем по вашему отличие новой записи от старой? :)

это решение уже десять лет гуляет по инету. Сомневаюсь, что это ты первый предложил.

Ты просто создаешь копию существующего элемента справочника, который потом удаляется. После выполнения этого кода будут битые ссылки в реквизитах, ссылающихся на этот элемент. Это же банальщина...

Колитесь, что наделали, что так нужен Гуид?

А что за нововведение с ВИДом?

читай

2 Через ВИД теперь писать можно. Все это знают.

а ловко ты их :) там на почту еще не навязчивое предложение увеличить длину полоски не приходило?))

Что ловко-то? :)) — Здравствуйте, у меня болит живот. У вас есть лекарство от живота? — Да есть, выпейте аскорбинку. — Но позвольте, аскорбинка не помогает от живота. — Ладно, я так и думал. Стоило предложить аскорбинку - навалились все... По сути одно и то же действие, прием таблетки. И тут все с животами полезли и т.д. Суть задачи остается исходной. И такое решение имеет место быть. И первый это решение предложил Я!!!

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

Да какой способ-то? прав? Если прав, то что _вообще_ было предложено-то? Создание дубля элемента справочника? И это как-то решает проблему ТС?

нормальное, я ж не спорю :) а почту таки проверь :))

проверил, но у меня почта на Маке, а там текст в кракозябликах...

Я вот тут вполне успешно меняю. НО!!! 1. Только на базах SQL. 2. На ваш страх/риск (у меня не глючит), т.е. потом ни чем не кидать, делаем бекапы

Уточнение: Только на базах MSSQL

черд, сорвалась реклама, ушел покупатель :(

Пошли ему картинку, что ты теряешься-то? :))

Уточнение 2: Ссылки в проводках меняет только 3-й алгоритм

Прикольно. Вставлял ссылку на инфостарт, а получился каталог миста. Волшебник что-то с инфостартом не поделил?

Скорее наоборот, партнерство.

всю тему прочитал, а гуид менять так и не научили (

Ты уверен, что все прочитал? в этой обработке я меняю. Прямыми запросами к MSSQL. При желании текст можно почитать. Все в модуле объекта.