Trafiłeś na jedną z głównych „świętych wojen” projektowania baz danych. Debata, do której się odnosisz, to argument „zastępczy kontra klucz naturalny”, który szaleje tak długo, jak istnieją RDBMS (tak prawie, jak mogę to stwierdzić).
Debata zasadniczo sprowadza się do tego, czy należy użyć klucza reprezentatywnego (zamiennika, na przykład kolumny IDENTYFIKACJA), czy użyć rzeczywistych danych, które jednoznacznie opisują rekord (klucz naturalny).
Powiem, że nie ma „właściwej” odpowiedzi. Miary wydajności są artefaktem platformy i należy je oceniać eksperymentalnie, ale wydajność prawdopodobnie nie będzie głównym problemem.
To, co uważam za główny argument przemawiający za kluczami zastępczymi, to niezmienność kluczy podstawowych. Jeśli zdecydujesz się na użycie klucza naturalnego, rezygnujesz z możliwości zmiany tego klucza po jego ustanowieniu. Rezygnujesz również z możliwości, że w pewnym momencie w przyszłości może stać się nieunikatowe. Z tych powodów zazwyczaj (nie zawsze) używam kluczy zastępczych dla większości moich tabel.
Jednak, jak wspomniałem, istnieje bardzo długa debata wypełniona dyskusjami na temat strategii indeksowania i przestrzegania normalnej formy, którą należy przeczytać, jeśli masz taką ochotę.
Wygooglowałbym „zastępcze vs. naturalne klucze”. Oto kilka linków na początek:
Mam nadzieję, że to pomoże.
