Mengapa MySQL Melemparkan Ralat 'spesifikasi utama tanpa panjang kunci' dengan Lajur BLOB atau TEKS?

Menyelesaikan masalah "spesifikasi utama MySQL tanpa panjang kunci" Ralat

Ralat ini biasanya timbul apabila lajur BLOB atau TEKS digunakan dalam kunci utama atau definisi indeks tanpa menyatakan panjang kunci.

Memahami Masalah

Mekanisme pengindeksan MySQL mempunyai had dengan lajur BLOB dan TEXT kerana panjang berubah-ubahnya. Pangkalan data tidak dapat menjamin keunikan tanpa panjang yang ditentukan, oleh itu ralat. Panjang tetap diperlukan untuk pengesahan keunikan kunci yang betul.

Penyelesaian

Beberapa pendekatan boleh menyelesaikan masalah ini:

• Alih keluar BLOB/TEXT daripada Kekunci: Penyelesaian yang paling mudah selalunya ialah mengalih keluar lajur yang menyinggung daripada definisi kunci. Kenal pasti medan lain yang sesuai untuk pengenalan unik.
• Gunakan Kunci Utama yang Berbeza: Jika lajur BLOB atau TEKS adalah penting untuk keunikan, pilih lajur lain sebagai kunci utama.
• Gunakan VARCHAR dengan Sekatan Panjang: Tukar jenis lajur kepada VARCHAR(n), dengan 'n' mewakili had aksara tertentu (mis., VARCHAR(255)). Ini menyediakan data panjang boleh ubah dengan panjang maksimum yang ditentukan, sesuai untuk pengindeksan.

Pertimbangan Penting

• Kekalkan VARCHAR panjang di bawah 256 aksara. Melebihi had ini secara automatik menukar lajur kepada SMALLTEXT, berpotensi memperkenalkan semula isu panjang kunci.
• Untuk butiran lanjut, rujuk sumber ini: "Ralat MySQL 1170 (42000): Lajur BLOB/TEXT Digunakan dalam Spesifikasi Utama Tanpa Panjang Kekunci"

Atas ialah kandungan terperinci Mengapa MySQL Melemparkan Ralat 'spesifikasi utama tanpa panjang kunci' dengan Lajur BLOB atau TEKS?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!