Senario melibatkan jadual MySQL di mana lajur id berfungsi sebagai medan kenaikan automatik untuk visual kemudahan, manakala lajur memberid bertindak sebagai kunci unik sebenar. Walau bagaimanapun, percubaan untuk mentakrifkan jadual dengan PRIMARY KEY (memberid) mengakibatkan ralat (1075) yang menyatakan hanya boleh ada satu lajur auto dan ia mestilah kunci.
Untuk menyelesaikan isu ini, lajur autoincrement boleh didapati bukan KUNCI UTAMA, dengan syarat indeks (kunci) ditakrifkan padanya. Berikut ialah definisi jadual yang diubah suai:
<code class="sql">CREATE TABLE members ( id int(11) UNSIGNED NOT NULL AUTO_INCREMENT, memberid VARCHAR(30) NOT NULL, `time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP, firstname VARCHAR(50) NULL, lastname VARCHAR(50) NULL, PRIMARY KEY (memberid), KEY (id) # or: UNIQUE KEY (id) ) ENGINE = MYISAM;</code>
Dengan menambahkan indeks KUNCI atau KUNCI UNIK pada lajur id, fungsi kenaikan automatik dikekalkan manakala lajur memberid menjadi kunci utama, membenarkan pertanyaan yang cekap berdasarkan memberi nilai.
Pilihan terbaik bergantung pada kepentingan relatif prestasi dan ruang cakera. Jika prestasi diutamakan, mengekalkan lajur id penambahan automatik dan menggunakan indeks pada memberid menawarkan keseimbangan:
Walau bagaimanapun, jika ruang cakera menjadi kebimbangan yang ketara, pertimbangkan untuk mengalih keluar lajur id sama sekali dan bergantung pada lajur memberid sebagai kunci utama dan auto -medan bertambah. Pendekatan ini mengorbankan beberapa prestasi untuk penggunaan ruang yang lebih baik. Akhirnya, pilihan antara prestasi dan ruang bergantung pada keperluan khusus aplikasi.
Atas ialah kandungan terperinci Bolehkah Auto-Increment Lajur Wujud Tanpa Menjadi Kunci Utama dalam MySQL?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!