renamePrimaryKey() RContractTable

[Poleax]

Коллеги, вопросик.

В таблице есть стандартный уник. индек + 1 поле.
\Data Dictionary\Tables\RContractTable\Indexes\ContractTypeCodeAccountIdx

• RContractPartnerType
• RContractCode
• RContractAccount
• RContractPartnerCode

На таблице нет метода renamePrimaryKey()

При переименовании первичного ключа, в поле RContractAccount устанавливается новое значение.
Но оно устанавливается, так же и у тех записей у кого было такое же значение в поле RContractAccount.
Почему устанавливается не только для текущей записи, но и для других записей (получаем переименование 3-х записей в таблице)?


У полей RContractAccount, RContractPartnerCode разное значение.
А 2-х полей RContractCode, RContractAccount одинаковые значения.

таких записей 3шт.

[driller]

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

[Poleax]

Цитата:

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

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

На таблице один индекс ContractTypeCodeAccountIdx он и PrimaryIndex и ClusterIndex

[kair84]

У меня похожая задача, но проблема обратная. не отрабатывает renamePrimaryKey. на таб. VendBankAccount. и нет кнопки Переименовать в паспорте записи.

Поразмыслив. понял что двух этих проблем "ноги растут из одного и того же места". И это место - EDT !!! Именно от этого зависит вернет ли значение метод dictTable.primaryKeyField() и т.д.

В случае RContractAccount есть четкая ссылка на RContractTable.RContractAccount. поэтому при переименовании, обновились сразу 3 записи.
В случае Dimension, для каждого элемента массива, кроме ссылки Dimensions.Num есть фиксированное поле ссылки, поэтому там все гладко.
В моем же случае VendBankAccountId не имеет прямо ссылки на таб, оно и правильно, т.к. при переименовании "любимого" банковского счета "Основной" для одного из поставщиков, переименовались бы туева хуча записей...