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