Попаднахте на една от големите "свещени войни" на дизайна на бази данни. Дебатът, за който говорите, е аргументът „сурогатен срещу естествен ключ“, който бушува откакто съществуват RDBMS (доколкото мога да преценя).
Дебатът по същество се свежда до това дали трябва да се използва представителен ключ (сурогат, например колона IDENTITY) спрямо използването на действителните данни, които уникално описват запис (естествен ключ).
Ще кажа, че няма "правилен" отговор. Мерките за производителност са артефакт на платформата и трябва да се оценяват чрез експериментиране, но производителността вероятно няма да бъде основната грижа.
Това, което считам за основен аргумент за сурогатните ключове, е неизменността на първичните ключове. Ако решите да използвате естествен ключ, вие се отказвате от възможността да промените този ключ, след като бъде установен. Вие също се отказвате от възможността той да стане неуникален в някакъв момент в бъдещето. Поради тези причини обикновено (не винаги) използвам сурогатни ключове за повечето от моите таблици.
Въпреки това, както споменах, има много дългогодишен дебат, изпълнен с обсъждания на стратегии за индексиране и придържане към нормална форма, които трябва да прочетете, ако сте толкова склонни.
Бих поискал в Google „сурогатни срещу естествени ключове“. Ето няколко връзки, за да започнете:
Надявам се това да помогне.
