Зачем указывать replacementKey, если сразу можно primary заменить на нужный alternateKey?

[gl00mie]

Цитата:

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

1) Что перестанет работать, если я просто укажу SymbolIdx в качестве первичного?

Как минимум на формах, в отладчике и тому подобных местах перестанет работать автоподстановка значения альтернативного ключа (UnitId) вместо значения UnitOfMeasure.RecId, а на ЕИ по RecId ссылается очень-очень много таблиц.

Цитата:

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

2) Если связи не по суррогатному ключу, а по другому полю, то можно ли оставлять первичным суррогат?

Почему нет? Особенно если речь о стандартной таблице. А уж как вы в кастомизациях ссылаетесь на ее записи - это дело ваше.

Цитата:

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

3) Есть ли случаи, когда все связи построены по суррогатному ключу, но нужно указывать другой уникальный ключ в качестве первичного?

Кому нужно? Это чисто гипотетический вопрос?

Цитата:

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

Я пока поэкспериментировала и кроме как логического смысла, в поведении системы разницы не вижу в зависимости от того, суррогат первиченным указан или другой уник индекс.

Разница есть как минимум в работе ReferenceGroup на формах: эти контролы, насколько я знаю, "не умеют" работать по FK, отличным от суррогатных ключей.