Некоторые аргументы за СК приведены
здесь
- С СК несколько сложнее отлаживаться и делать импорт и экспорт.
- Контролы в Ax2012 достаточно хорошо поддерживают СК, но надо не забывать обяснять аксапте про связи
- Аксапта поддерживает переименование первичного ключа, так что в принципе можно его переименовывать, но на больших объемах это будет тормозить (так что если ваш EK это наименование чего-то - то оно может либо потерять актуальность либо потребовать длительной процедуры, если много ссылок).
- Отдельный интерес вызывают составные ЕК, в особенности как поведут себя сочетания релейшенов на отдельных полях и общего релейшена на таблице.
- Аксапта не поддерживает индексов на view то есть, если надо будет проиндексировать поле из другой таблицы, то надо будет как-то денормализовывать. В случае если это поле будет EK этой другой таблицы, то можно будет включить его в индекс без дополнительных действий. Если будет СК, надо будет создавать дополнительное поле и как-то его заполнять. Правда то же самое будет, если поле не совпадет с ЕК.
- В Ax2012 разрядность RecID - 64 бита, так что 1) Не надо выполнять дефрагментацию RecID 2) по размеру теоретически выигрыш наступает при длине ЕК больше 4 юникодных символа.