Где ходит renamePrimaryKey()?

[Perc]

Как создать достоверный список таблиц и полей которое обойдет операция переименования кода через паспорт записи? renamePrimaryKey() я так понимаю..

[Lucky13]

Насколько я понял никак. RenamePrimaryKey() вызовится один раз, у той таблице для которой запустили переименование. Дальше все делается в системных методах.
См. метод SysRecordInfo.renamePrimaryKey().

А зачем Вам такое понадобилось?

[Perc]

нашел на форуме интуитивно навеяный rINTу джоб
Замена inventDimId во всех таблицах.
Но сдается мне здесь не будет точного соответсвия renamePrimaryKey().

Цитата:

Сообщение от Lucky13

А зачем Вам такое понадобилось?

Есть желание перекодировать большое число записей справочника. База уже большая и движений много. Перекодировка через паспорт записи подходит, но работает медленно и блокирует работу пользователей.
Появилась идея собрать список таблиц обновляемых и полей. Нагенерировать скриптов на sql и отработать все махом. Ну или попытаться оптимизировать переименование для большого списка записей на X++.
Соответсвенно возник вопрос, а как в общем случае определить и пройти по тем же таблицам и полям, что и renamePrimaryKey().//

перекрестные ссылки по полю таблицы и ЕDT.

[ZVV]

Цитата:

нашел на форуме интуитивно навеяный rINTу джоб
Замена inventDimId во всех таблицах.
Но сдается мне здесь не будет точного соответствия renamePrimaryKey().

В указанном джобе идёт "отсмотр" только по одному EDT переименовываемого ключа и его наследникам. А, насколько я понимаю, renamePrimaryKey учитывает ещё и связи на таблицах и типах. Т.е. на это поле могут ссылатся и поля с другим ЕДТ. Типа какого-нибудь ТрансРефАйДи и т.п.
Так что, думаю, ответ: "Да, не будет."

[Perc]

Цитата:

Сообщение от otkudao

перекрестные ссылки по полю таблицы и ЕDT.

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

[Dron AKA andy]

Цитата:

Сообщение от Perc

Да, ну прежде их надо посчитать по всему дереву, что процесс совсем не быстрый

Насоклько я понимаю, используются перекрестные ссылки т.н. Модели данных, а она перестраивается быстро, примерно минуту.

[kashperuk]

Цитата:

Сообщение от Dron AKA andy

Насоклько я понимаю, используются перекрестные ссылки т.н. Модели данных, а она перестраивается быстро, примерно минуту.

Не. В этом случае можно будет только иерархию типов посмотреть. А этого мало в данном случае. Придется все перекрестные ссылки строить (можно конечно их в фильтре ограничить только по ЕDT)

[Dron AKA andy]

Цитата:

Сообщение от kashperuk

Не. В этом случае можно будет только иерархию типов посмотреть. А этого мало в данном случае. Придется все перекрестные ссылки строить (можно конечно их в фильтре ограничить только по ЕDT)

Иерархия типов - то отдельная галочка
А Модель данных позволяет в запросе по Ctrl+F3 таблицы добавлять 1:n или n:1. Мож все же это оно?

[kashperuk]

Можно еще вот этот проектик посмотреть/подкорректировать
Переименование поля

Цитата:

Да, ну прежде их надо посчитать по всему дереву, что процесс совсем не быстрый

на самом деле час- полтора. Быстрее, чем вы на форуме выясняете...