Menyelesaikan kekangan kunci asing SQL gagal: 1452 Panduan Ralat

Artikel ini bertujuan untuk menganalisis SQLSTATE [23000]: Pelanggaran Kekangan Integriti: 1452 Kesalahan Kegagalan Kekuatan Kekuatan Asing. Kesalahan ini biasanya berlaku apabila cuba memasukkan atau mengemas kini data jadual kanak -kanak, tetapi rekod jadual induk yang dikaitkan dengan tidak wujud, atau kekunci asing tidak sepadan dengan jenis data/panjang kunci utama. Tutorial ini akan menghuraikan penyebab kesilapan, kaedah diagnosis, dan menyediakan penyelesaian yang disasarkan untuk memastikan integriti data pangkalan data dan kaitan.

Memahami 1452 Kesalahan Kekangan Kunci Asing Gagal

Apabila anda menghadapi "SQLState [23000]: Pelanggaran Kekangan Integriti: 1452 Tidak dapat menambah atau mengemas kini baris kanak -kanak: Kekangan utama asing gagal" ralat dalam pangkalan data, ini bermakna anda cuba memasukkan atau mengemas kini rekod dalam jadual kanak -kanak, tetapi nilai utama utama yang berkaitan dalam jadual induk yang dirujuk oleh rekod tidak wujud. Kunci asing adalah satu atau lebih lajur yang digunakan untuk membuat dan mengukuhkan hubungan antara dua jadual. Ia memastikan konsistensi dan integriti data dengan merujuk kunci utama jadual lain.

Sebagai contoh, antara jadual REPORT_SALES.SUBDISTRIBUTOR dan jadual DSO, subdistributor.id_dso adalah kunci asing, yang merujuk dso.id_dso sebagai kunci utama. Kesalahan ini dicetuskan apabila anda cuba memasukkan rekod ke dalam jadual Subdistributor di mana nilai ID_DSO (seperti DSO-ACEH) tidak wujud dalam lajur ID_DSO jadual DSO.

Penyebab biasa dan diagnosis kesilapan

1. Rekod jadual induk tidak wujud: Ini adalah sebab yang paling biasa. Apabila jadual kanak -kanak cuba merujuk nilai yang belum wujud dalam jadual induk, pangkalan data menghalang operasi ini untuk mengekalkan integriti rujukan.

   • Diagnostik: Periksa nilai lajur kunci asing dalam pernyataan sisipan atau kemas kini anda, dan kemudian tanya nilai dalam jadual induk untuk kewujudan nilai.
     • Sebagai contoh, untuk DSO-ACEH dalam mesej ralat, anda perlu menyemak jadual DSO:

        Pilih id_dso dari DSO di mana id_dso = 'dso-aceh';

       Jika pertanyaan ini tidak mengembalikan sebarang keputusan, ini bermakna DSO-ACEH tidak wujud dalam jadual DSO.

2. Jenis data atau panjang yang tidak sepadan: Walaupun mesej ralat biasanya menyatakan secara jelas bahawa "baris induk tidak dapat dijumpai", ketidakkonsistenan antara lajur utama asing dan lajur utama utama yang dirujuk juga boleh membawa kepada masalah logik yang sama, atau kegagalan ketika membuat kunci asing.

   • Kaedah Diagnostik: Periksa sama ada jenis data dan panjang lajur yang berkaitan (ID_DSO) dalam dua jadual (seperti Subdistributor dan DSO) adalah sama.
     • Sebagai contoh, di MySQL anda boleh menggunakan arahan Huraikan:

        Huraikan subdistributor;
       Huraikan DSO;

       Pastikan jenis data (seperti varchar (255)) subdistributor.id_dso dan dso.id_dso betul -betul sepadan dengan panjang.

3. Data sedia ada tidak mematuhi kekangan utama asing: Jika anda menambah kekangan utama asing pada jadual yang sudah mempunyai data, dan terdapat rekod dalam data sedia ada yang tidak mematuhi kekangan, ia juga akan gagal apabila menambah kunci asing. Dalam kes ini, kesilapan biasanya berlaku apabila jadual Alter menambah pernyataan kekangan dilaksanakan.

   • Diagnostik: Mengenal pasti dan memproses data sedia ada yang tidak memenuhi kekangan sebelum menambah kunci asing.

Penyelesaian

Atas sebab -sebab di atas, berikut adalah penyelesaian yang sepadan:

1. Pastikan rekod jadual induk wujud:

   • Masukkan rekod ibu bapa yang hilang secara manual: Jika anda yakin bahawa nilai seperti DSO-ACEH harus sah, tetapi kini hilang dalam jadual DSO, anda perlu memasukkan rekod yang hilang terlebih dahulu ke dalam jadual induk DSO.

      -Contoh: Masukkan Rekod DSO yang hilang masuk ke dalam DSO (ID_DSO, NAMA_DSO, ...) Nilai ('DSO-ACEH', 'Office Aceh Distribution', ...);

   • Laraskan Logik Import Data: Jika anda mengimport data melalui Excel, pastikan bahawa dalam proses import, data jadual induk yang dirujuk oleh semua jadual kanak -kanak (seperti ID_DSO) sudah ada dalam pangkalan data sebelum mengimport data jadual kanak -kanak. Ini biasanya bermakna data jadual induk perlu diimport terlebih dahulu.

2. Semak dan membetulkan jenis dan panjang data:

   • Dalam fail penghijrahan Laravel, pastikan jenis data dan panjang lajur kunci asing dan lajur utama utama yang dirujuk adalah konsisten. Sebagai contoh, jika dso.id_dso adalah rentetan ('id_dso', 20), maka subdistributor.id_dso juga harus menjadi rentetan ('id_dso', 20).
   • Coretan kod penghijrahan anda:

      Skema :: Create ('SubDistributor', Function (Blueprint $ Table) {
         $ Table-> String ('id_subdist');
         // ...
         $ Table-> String ('id_dso'); // pastikan panjang rentetan di sini konsisten dengan id_dso jadual DSO $ Table-> foreign ('id_dso')-> rujukan ('id_dso')-> on ('dso');
         // ...
     });

     Jika dso.id_dso adalah panjang tertentu, seperti varchar (50), maka ia harus ditulis di sini sebagai $ Table-> String ('id_dso', 50);.

3. Proses data tidak patuh yang ada (jika berkenaan):

   • Bersihkan atau kemas kini data sebelum menambahkan kunci asing: Jika anda menambah kunci asing pada jadual dengan data yang ada dan anda menghadapi ralat ini, anda perlukan:
     • Kenal pasti semua rekod dalam jadual subdistributor yang nilai ID_DSO tidak wujud dalam jadual DSO.

        Pilih s.* Dari Subdistributor S
       Kiri Sertai DSO D di S.ID_DSO = D.ID_DSO
       Di mana d.id_dso adalah batal;

     • Tentukan cara mengendalikan rekod ini:
       • Padam: Jika data ini tidak sah, padamkannya secara langsung.
       • UPDATE: Kemas kini mereka ke nilai ID_DSO yang sah, atau ditetapkan ke NULL jika kunci asing membenarkan NULL.
       • Masukkan rekod induk yang hilang: Masukkan rekod yang sepadan dalam jadual DSO untuk nilai ID_DSO yang tidak sesuai ini.
   • Buat sementara waktu lumpuhkan pemeriksaan kunci asing (tidak disyorkan untuk persekitaran pengeluaran): Dalam beberapa kes khas, seperti ketika mengimport sejumlah besar data, pemeriksaan kunci asing dapat dilumpuhkan sementara dan didayakan setelah import selesai. Tetapi ini meningkatkan risiko ketidakkonsistenan data dan harus digunakan dengan berhati -hati dan memastikan bahawa import data itu sendiri adalah betul.

      Tetapkan asing_key_checks = 0; - Lumpuhkan Pemeriksaan Kunci Asing- Lakukan Operasi Masukkan/Kemas Kini Tetapkan Asing_KEY_CHECKS = 1; - Dayakan pemeriksaan kunci asing

Perkara yang perlu diperhatikan semasa mengimport data di laravel

Dalam senario di mana Laravel mengimport cemerlang yang anda berikan, sebab yang paling mungkin ialah rekod jadual DSO yang sepadan tidak wujud apabila nilai ID_DSO dalam fail Excel diimport.

• Pesanan Import: Pastikan proses import data anda berada dalam urutan ketergantungan yang betul. Iaitu, pertama mengimport semua data dari jadual induk (seperti DSO), dan kemudian mengimport data dari jadual kanak -kanak (seperti peninggalan).
• Data Preprocessing: Sebelum import Excel, data boleh diproses atau disahkan untuk memastikan bahawa semua nilai utama asing mempunyai rekod yang sepadan dalam jadual induk.
• Pengendalian ralat: Tambah mekanisme pengendalian ralat yang lebih mantap kepada logik import, seperti merakam semua baris yang menyebabkan kekangan utama asing gagal untuk menyelesaikan masalah dan pembetulan berikutnya.

Dengan berhati -hati mengkaji sumber data, definisi skema pangkalan data, dan urutan di mana data diimport atau dimasukkan, anda akan dapat menyelesaikan masalah kegagalan kekangan utama 1452 untuk memastikan integriti data pangkalan data.

Atas ialah kandungan terperinci Menyelesaikan kekangan kunci asing SQL gagal: 1452 Panduan Ralat. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!