Перейти к содержимому


- - - - -

Внутренний ID объекта метаданных


  • Вы не можете ответить в тему
Сообщений в теме: 13

#1 Tashiro

    Прохожий


  • 17 сообщений

Отправлено 27 мая 2009 - 03:54

Как узнать Внутренний ID объекта метаданных и изменить его?
ну или хотя-бы залезть в таблицы БД в Файловом варианте?
Может у кого есть информация.
З.Ы. Поиск на форуме чего-то не пашет :(

#2 lazy

    Душа скитальца


  • 2 007 сообщений

Отправлено 27 мая 2009 - 07:05

Уникальный идентификатор для ссылки можно получить через метод УникальныйИдентификатор().

Цитата

СправочникСсылка.<Имя справочника> (CatalogRef.<Имя справочника>)
УникальныйИдентификатор (UUID)
Синтаксис:
УникальныйИдентификатор()
Возвращаемое значение:
Тип: УникальныйИдентификатор.
Описание:
Получает уникальный идентификатор ссылки.
Ссылка может быть получена из уникального идентификатора с помощью метода менеджера ПолучитьСсылку.
См. также:
СправочникМенеджер, метод ПолучитьСсылку

Для чего может потребоваться его изменять - ума не приложу.

#3 tirk

    Ветеран


  • 1 159 сообщений

Отправлено 27 мая 2009 - 07:43

к сожаалению изменить его нельязя(( Он присваивается при ссылке нового....
Вместе мы сила)

#4 Tashiro

    Прохожий


  • 17 сообщений

Отправлено 27 мая 2009 - 08:44

Я имел ввиду ID объекта метаданных например - под каким ID записан в таблицах БД документ "Реализация" вернее не сам документ а объект в конфигураторе ? и реально ли его изменить?
Когда я создаю например какой-нибудь самописный документ\обработку итд итп это попадает в структуру БД под определенным номером и если скопировать этот объект в другу конфу то ему назначится уже другой номер и если одну конфигурацию заменить другой, данные которые хранились в документах с одним именем но разными ID пропадут.

#5 BabySG

    Любитель программирования


  • 12 211 сообщений

Отправлено 27 мая 2009 - 10:38

На форуме выкладывал обработку, которая показывает структуру базы + в самой платформе есть такая возможность - смотрите СП.

А вот принудительно присваивать одинаковые гуиды - это признак неверного проектирования.
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!

#6 Tashiro

    Прохожий


  • 17 сообщений

Отправлено 27 мая 2009 - 11:23

Просмотр сообщенияBabySG (27.5.2009, 15:38) писал:

На форуме выкладывал обработку, которая показывает структуру базы + в самой платформе есть такая возможность - смотрите СП.

А вот принудительно присваивать одинаковые гуиды - это признак неверного проектирования.

Проще поменять гуид, чем весь день сидеть и заново сращивать БД )))

Извините за дурацкий вопрос, но что такое СП?

#7 Пеппи

    Частый гость


  • 106 сообщений

Отправлено 27 мая 2009 - 12:35

Синтакс - Помощник в Конфигураторе

#8 BabySG

    Любитель программирования


  • 12 211 сообщений

Отправлено 27 мая 2009 - 12:38

Не проще, т.к. структура базы построена на нем.
Зайдите в скуль и посмотрите, где его придется менять.
Полагаю, вопрос отпадет.

А замену можно делать через сравнение и принудительно назначать совпадения -> тогда все будет на месте.
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!

#9 FirstS

    Прохожий


  • 1 сообщений

Отправлено 26 февраля 2010 - 18:10

Просмотр сообщенияlazy (27.5.2009, 7:05) писал:

Для чего может потребоваться его изменять - ума не приложу.

Ситуация. В УПП как-то давно был добавлен документ ПереносДанных из ЗУПа методом копирования. Гуид при этом, ест.-но, не сохранился. Шло время, и как-то потом 1С добавил этот док в типовую конфу...
Сейчас требуется обновиться на новый релиз (для сведения с 1.2.21 до 1.2.28). По этому доку есть данные. И сейчас передо мной стоит выбор. Варианты:
1. Забить на всё и обновлять на новый релиз через сравнить/объединить. Тогда придется оставить старую конфу поставщика.
2. Обновить через загрузку, потерять все документы данного типа и загрузить из копии через обмен данных (спец.обработку и т.д.).
3. Поменять гуид объекта метаданных документа.

Первый вариант самый простой, но хотелось бы сделать всё как положено. Мне, возможно и дальше придется работать с этой базой.
Второй вариант сложен. Значит самый простой из приемлемых - вариант № 3. Вот вам и ответ...
Только в языке нет такой возможности. Можно менять гуид для объекта БД, но никак не для объекта метаданных.

#10 BabySG

    Любитель программирования


  • 12 211 сообщений

Отправлено 28 февраля 2010 - 23:21

Есть другой вариант:
обновляете через сравнить объединить на новую конфу, снимаете с поддержки и опять делаете сравнить-объединить с новой конфой.

Это в двух словах... Там еще надо будет поиграться с настройками потомков (посмотри по кнопке настройки - надо будет выбрать вариант, если не ошибаюсь, что конфа является потомком загружаемой)
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!

#11 ASDen

    Прохожий


  • 6 сообщений

Отправлено 21 августа 2011 - 14:52

А если конфа не встает на поддержку после такого финта ?!
Может всетаки есть способ изменить идентификатор?

#12 rebro

    Прохожий


  • 2 сообщений

Отправлено 24 января 2012 - 12:59

Просмотр сообщенияASDen (21 августа 2011 - 14:52) писал:

А если конфа не встает на поддержку после такого финта ?!
Может всетаки есть способ изменить идентификатор?
Способ конечно есть. И это не сложно.
Пишите a.kuz.min@mail.ru

#13 BabySG

    Любитель программирования


  • 12 211 сообщений

Отправлено 24 января 2012 - 14:18

Просмотр сообщенияASDen (21 августа 2011 - 14:52) писал:

А если конфа не встает на поддержку после такого финта ?!
У всех встает, а у Вас - нет? Описывайте подробно порядок своих действий.

Просмотр сообщенияASDen (21 августа 2011 - 14:52) писал:

Может всетаки есть способ изменить идентификатор?
Ну, поменять-то Вы поменяете - а дальше что? Ссылки во всех регистрах, документах, справочниках - кто менять будет?
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!

#14 rebro

    Прохожий


  • 2 сообщений

Отправлено 01 февраля 2012 - 08:00

Просмотр сообщенияBabySG (24 января 2012 - 14:18) писал:

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





Количество пользователей, читающих эту тему: 1

0 пользователей, 1 гостей, 0 анонимных