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

[kitty]

Цитата:

Сообщение от S.Kuskov

А вторичные ключи в сотне подчинённых таблиц? .

Я согласна со всеми пунктами, и концептуально правильно указывать суррогат как pk, раз уж он fk в других таблицах.
У нас тут немного кавардак, и где как указаны индексы, вот думаю, нужно ли все менять или лучше оставить как есть, раз уже работает.
Поэтому возникают вопросы:

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

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