Anda telah menemukan salah satu "perang suci" utama dari desain database. Perdebatan yang Anda maksud adalah argumen "pengganti vs. kunci alami" yang telah berkecamuk selama ada RDBMS (sedekat yang saya tahu).
Perdebatan pada dasarnya bermuara pada apakah kunci perwakilan (pengganti, misalnya kolom IDENTITAS) harus digunakan versus menggunakan data aktual yang secara unik menggambarkan catatan (kunci alami).
Saya akan mengatakan bahwa tidak ada jawaban yang "benar". Ukuran kinerja adalah artefak dari platform, dan harus dinilai dengan eksperimen, tetapi kinerja sepertinya tidak menjadi perhatian utama.
Apa yang saya anggap sebagai argumen utama untuk kunci pengganti adalah kekekalan kunci utama. Jika Anda memilih untuk menggunakan kunci alami, Anda melepaskan opsi untuk mengubah kunci itu setelah dibuat. Anda juga melepaskan kemungkinan bahwa itu mungkin menjadi tidak unik di beberapa titik di masa depan. Untuk alasan tersebut, saya biasanya (tidak selalu) menggunakan kunci pengganti untuk sebagian besar tabel saya.
Namun, seperti yang saya sebutkan, ada perdebatan lama yang diisi dengan diskusi tentang strategi pengindeksan dan kepatuhan bentuk normal untuk dibaca jika Anda menginginkannya.
Saya akan Google "pengganti vs kunci alami". Berikut adalah beberapa tautan untuk membantu Anda memulai:
Semoga membantu.
