以前我design database時,如customer table,個primary key會是customer_id char(10), eg. Cu-0000001 但有人曾對我說應該用一個auto increment的key做primary key,即是話個cusotmer table會是.. Customer_ID int auto_increment Primary Key, Customer_Code char(10), Customer_Name .... 原因是用customer_id 是32bits的integer,而且如果用char,每次都要convert做acii才可以,所以速度上會慢了,請問是否真的嗎? 因為很多時program都會用code去找一個record,但那個code不是反而不是primary key,而id才是....真的是這樣做嗎? 請各位指教

引言: 以前我design database時,如customer table,個primary key會是customer_id char(10), eg. Cu-0000001 但有人曾對我說應該用一個auto increment的key做primary key,即是話個cusotmer table會是.. Customer_ID int auto_increment Primary Key, Customer_Code char(10), Customer_Name .... 原因是用customer_id 是32bits的integer,而且如果用char,每次都要convert做acii才可以,所以速度上會慢了,請問是否真的嗎? 因為很多時program都會用code去找一個record,但那個code不是反而不是primary key,而id才是....真的是這樣做嗎? 請各位指教

我認為primary key 應該是運用在最常做為search之用的欄位, 不論是 關聯值或做為系統查詢, 而不是在乎值的轉換速度效率, 畢竟這點可以用其他來 彌補, 因為資料庫在進行選取, 運算時都是先找primary key , 如果沒有再找 secondary key, 再沒有則不用index採循序, 以上是個人看法.....