Внутренний ID объекта метаданных
Автор Tashiro, 27 май 2009 03:54
Сообщений в теме: 13
#1
Отправлено 27 мая 2009 - 03:54
Как узнать Внутренний ID объекта метаданных и изменить его?
ну или хотя-бы залезть в таблицы БД в Файловом варианте?
Может у кого есть информация.
З.Ы. Поиск на форуме чего-то не пашет :(
ну или хотя-бы залезть в таблицы БД в Файловом варианте?
Может у кого есть информация.
З.Ы. Поиск на форуме чего-то не пашет :(
#2
Отправлено 27 мая 2009 - 07:05
Уникальный идентификатор для ссылки можно получить через метод УникальныйИдентификатор().
Для чего может потребоваться его изменять - ума не приложу.
Цитата
СправочникСсылка.<Имя справочника> (CatalogRef.<Имя справочника>)
УникальныйИдентификатор (UUID)
Синтаксис:
УникальныйИдентификатор()
Возвращаемое значение:
Тип: УникальныйИдентификатор.
Описание:
Получает уникальный идентификатор ссылки.
Ссылка может быть получена из уникального идентификатора с помощью метода менеджера ПолучитьСсылку.
См. также:
СправочникМенеджер, метод ПолучитьСсылку
УникальныйИдентификатор (UUID)
Синтаксис:
УникальныйИдентификатор()
Возвращаемое значение:
Тип: УникальныйИдентификатор.
Описание:
Получает уникальный идентификатор ссылки.
Ссылка может быть получена из уникального идентификатора с помощью метода менеджера ПолучитьСсылку.
См. также:
СправочникМенеджер, метод ПолучитьСсылку
Для чего может потребоваться его изменять - ума не приложу.
#3
Отправлено 27 мая 2009 - 07:43
к сожаалению изменить его нельязя(( Он присваивается при ссылке нового....
Вместе мы сила)
#4
Отправлено 27 мая 2009 - 08:44
Я имел ввиду ID объекта метаданных например - под каким ID записан в таблицах БД документ "Реализация" вернее не сам документ а объект в конфигураторе ? и реально ли его изменить?
Когда я создаю например какой-нибудь самописный документ\обработку итд итп это попадает в структуру БД под определенным номером и если скопировать этот объект в другу конфу то ему назначится уже другой номер и если одну конфигурацию заменить другой, данные которые хранились в документах с одним именем но разными ID пропадут.
Когда я создаю например какой-нибудь самописный документ\обработку итд итп это попадает в структуру БД под определенным номером и если скопировать этот объект в другу конфу то ему назначится уже другой номер и если одну конфигурацию заменить другой, данные которые хранились в документах с одним именем но разными ID пропадут.
#5
Отправлено 27 мая 2009 - 10:38
На форуме выкладывал обработку, которая показывает структуру базы + в самой платформе есть такая возможность - смотрите СП.
А вот принудительно присваивать одинаковые гуиды - это признак неверного проектирования.
А вот принудительно присваивать одинаковые гуиды - это признак неверного проектирования.
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!
#6
Отправлено 27 мая 2009 - 11:23
BabySG (27.5.2009, 15:38) писал:
На форуме выкладывал обработку, которая показывает структуру базы + в самой платформе есть такая возможность - смотрите СП.
А вот принудительно присваивать одинаковые гуиды - это признак неверного проектирования.
А вот принудительно присваивать одинаковые гуиды - это признак неверного проектирования.
Проще поменять гуид, чем весь день сидеть и заново сращивать БД )))
Извините за дурацкий вопрос, но что такое СП?
#7
Отправлено 27 мая 2009 - 12:35
Синтакс - Помощник в Конфигураторе
#8
Отправлено 27 мая 2009 - 12:38
Не проще, т.к. структура базы построена на нем.
Зайдите в скуль и посмотрите, где его придется менять.
Полагаю, вопрос отпадет.
А замену можно делать через сравнение и принудительно назначать совпадения -> тогда все будет на месте.
Зайдите в скуль и посмотрите, где его придется менять.
Полагаю, вопрос отпадет.
А замену можно делать через сравнение и принудительно назначать совпадения -> тогда все будет на месте.
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!
#9
Отправлено 26 февраля 2010 - 18:10
Для чего может потребоваться его изменять - ума не приложу.
Ситуация. В УПП как-то давно был добавлен документ ПереносДанных из ЗУПа методом копирования. Гуид при этом, ест.-но, не сохранился. Шло время, и как-то потом 1С добавил этот док в типовую конфу...
Сейчас требуется обновиться на новый релиз (для сведения с 1.2.21 до 1.2.28). По этому доку есть данные. И сейчас передо мной стоит выбор. Варианты:
1. Забить на всё и обновлять на новый релиз через сравнить/объединить. Тогда придется оставить старую конфу поставщика.
2. Обновить через загрузку, потерять все документы данного типа и загрузить из копии через обмен данных (спец.обработку и т.д.).
3. Поменять гуид объекта метаданных документа.
Первый вариант самый простой, но хотелось бы сделать всё как положено. Мне, возможно и дальше придется работать с этой базой.
Второй вариант сложен. Значит самый простой из приемлемых - вариант № 3. Вот вам и ответ...
Только в языке нет такой возможности. Можно менять гуид для объекта БД, но никак не для объекта метаданных.
#10
Отправлено 28 февраля 2010 - 23:21
Есть другой вариант:
обновляете через сравнить объединить на новую конфу, снимаете с поддержки и опять делаете сравнить-объединить с новой конфой.
Это в двух словах... Там еще надо будет поиграться с настройками потомков (посмотри по кнопке настройки - надо будет выбрать вариант, если не ошибаюсь, что конфа является потомком загружаемой)
обновляете через сравнить объединить на новую конфу, снимаете с поддержки и опять делаете сравнить-объединить с новой конфой.
Это в двух словах... Там еще надо будет поиграться с настройками потомков (посмотри по кнопке настройки - надо будет выбрать вариант, если не ошибаюсь, что конфа является потомком загружаемой)
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!
#11
Отправлено 21 августа 2011 - 14:52
А если конфа не встает на поддержку после такого финта ?!
Может всетаки есть способ изменить идентификатор?
Может всетаки есть способ изменить идентификатор?
#13
Отправлено 24 января 2012 - 14:18
ASDen (21 августа 2011 - 14:52) писал:
А если конфа не встает на поддержку после такого финта ?!
ASDen (21 августа 2011 - 14:52) писал:
Может всетаки есть способ изменить идентификатор?
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных









