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

[Dron AKA andy]

Цитата:

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

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

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

[kashperuk]

Цитата:

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

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

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

[Dron AKA andy]

Цитата:

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

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

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

[kashperuk]

Упс. Лапухнулся. Да - модель данных - это для отображения связей между таблицами в форме запросов. Sorry for the confusion

[Sergey_P]

Пройти по всем таблицам строя для них релайшен и проверя что он ссылается на нужное поле нужной таблицы. (пробовал работает)
А самый простой метод: включить SQL trace и выполнить renamePrimaryKey на нужной таблице, в журнале будут Update для всех таблиц (с учетом кода компании, если есть виртуальные компании) про которые Аксапта считает что там есть ссылки на это поле.

[Perc]

Цитата:

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

А самый простой метод: включить SQL trace и выполнить renamePrimaryKey на нужной таблице, в журнале будут Update для всех таблиц (с учетом кода компании, если есть виртуальные компании) про которые Аксапта считает что там есть ссылки на это поле.

Отлично! Как сам сразу не догадался.. Так и сделал, включил мониторинг запросов SQL. Получил в инфологе список почти готовых апдейтов. Таблицу перекода к апдейту прикрулил и можно запускать.