MySQL hatası 1452 - Bir alt satır eklenemiyor veya güncellenemiyor: yabancı anahtar kısıtlaması başarısız oluyor

Biraz garip bir sorun yaşıyorum. Başka bir başvuru bir tabloya yabancı anahtar eklemek çalışıyorum, ama bir nedenle başarısız oluyor. Sınırlı MySQL bilgimle, muhtemelen şüphelenilebilecek tek şey, farklı bir tabloda başvurmaya çalıştığım referansı gösteren yabancı bir anahtar olması.

Ben her SHOW CREATE TABLEiki tabloda bir sorgu yaptım sourcecodes_tags, yabancı anahtar ile tablo sourcecodes, başvurulan tablodur.

CREATE TABLE `sourcecodes` (
 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
 `user_id` int(11) unsigned NOT NULL,
 `language_id` int(11) unsigned NOT NULL,
 `category_id` int(11) unsigned NOT NULL,
 `title` varchar(40) CHARACTER SET utf8 NOT NULL,
 `description` text CHARACTER SET utf8 NOT NULL,
 `views` int(11) unsigned NOT NULL,
 `downloads` int(11) unsigned NOT NULL,
 `time_posted` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 PRIMARY KEY (`id`),
 KEY `user_id` (`user_id`),
 KEY `language_id` (`language_id`),
 KEY `category_id` (`category_id`),
 CONSTRAINT `sourcecodes_ibfk_3` FOREIGN KEY (`language_id`) REFERENCES `languages` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
 CONSTRAINT `sourcecodes_ibfk_1` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
 CONSTRAINT `sourcecodes_ibfk_2` FOREIGN KEY (`category_id`) REFERENCES `categories` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=latin1

CREATE TABLE `sourcecodes_tags` (
 `sourcecode_id` int(11) unsigned NOT NULL,
 `tag_id` int(11) unsigned NOT NULL,
 KEY `sourcecode_id` (`sourcecode_id`),
 KEY `tag_id` (`tag_id`),
 CONSTRAINT `sourcecodes_tags_ibfk_1` FOREIGN KEY (`tag_id`) REFERENCES `tags` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1

Hatayı oluşturan kod budur:

ALTER TABLE sourcecodes_tags ADD FOREIGN KEY (sourcecode_id) REFERENCES sourcecodes (id) ON DELETE CASCADE ON UPDATE CASCADE

Büyük olasılıkla sourcecodes_tagstablonuzda sourcecode_idartık sourcecodestablonuzda bulunmayan değerler var . Önce onlardan kurtulmalısın.

İşte bu kimlikleri bulabilen bir sorgu:

SELECT DISTINCT sourcecode_id FROM 
   sourcecodes_tags tags LEFT JOIN sourcecodes sc ON tags.sourcecode_id=sc.id 
WHERE sc.id IS NULL;

MySQL veritabanımla aynı sorunu yaşadım ama sonunda benim için çalışan bir çözüm buldum.
Masamda her şey mysql bakış açısından iyi olduğundan (her iki tablo da InnoDB motorunu kullanmalı ve her sütunun veri türü yabancı anahtar kısıtlamasında yer alan aynı türden olmalıdır).
Yaptığım tek şey yabancı anahtar kontrolünü devre dışı bırakmak ve daha sonra yabancı anahtar işlemini gerçekleştirdikten sonra etkinleştirmekti.
Attığım adımlar:

SET foreign_key_checks = 0;

alter table tblUsedDestination add constraint f_operatorId foreign key(iOperatorId) references tblOperators (iOperatorId); Query
OK, 8 rows affected (0.23 sec) Records: 8  Duplicates: 0  Warnings: 0

SET foreign_key_checks = 1;

Kullanım NOT INkısıtlamaları nerede bulmak için kısıtlayıcı :

SELECT column FROM table WHERE column NOT IN 
(SELECT intended_foreign_key FROM another_table)

yani daha spesifik olarak:

SELECT sourcecode_id FROM sourcecodes_tags WHERE sourcecode_id NOT IN 
(SELECT id FROM sourcecodes)

EDIT: INve NOT INoperatörlerin operatörlerden çok daha hızlı olduğu, JOINayrıca inşa edilmesi ve tekrarlanması çok daha kolay olduğu bilinmektedir .

Tabloları kesin ve ardından FK Constraint'i eklemeyi deneyin .

Bu çözümün biraz garip olduğunu biliyorum ama% 100 çalışıyor. Ama bunun problemle başa çıkmak için ideal bir çözüm olmadığını kabul ediyorum, ama umarım yardımcı olur.

Benim için bu problem biraz farklı ve kontrol edilmesi ve çözülmesi çok kolaydı.

Tablolarınızın HER İKİSİNİN InnoDB olduğundan emin olmalısınız. Tablolardan biri, yani referans tablosu bir MyISAM ise, kısıtlama başarısız olur.

    SHOW TABLE STATUS WHERE Name =  't1';

    ALTER TABLE t1 ENGINE=InnoDB;

Child.column değerinin zaten 0 değeri varsa ve parent.id değerinin 0 olmaması durumunda, parent.id için child.column öğesine bir yabancı anahtar ayarlandığında da bu olur.

Her child.column öğesinin NULL olduğundan veya parent.id dosyasında varolan bir değere sahip olduğundan emin olmanız gerekir.

Ve şimdi nos'un yazdığı ifadesini okuduğumda, doğruladığı şey bu.

Bugün de aynı sorunu yaşadım. Dört şeyi test ettim, bazıları burada zaten bahsetti:

1. Alt sütununuzda üst sütunda bulunmayan herhangi bir değer var mı (alt sütun geçersiz kılınmışsa NULL dışında)

2. Alt ve üst sütunlar aynı veri türüne sahip mi?

3. Başvurduğunuz üst sütunda bir dizin var mı? MySQL, performans açısından bunu gerektiriyor gibi görünüyor ( http://dev.mysql.com/doc/refman/5.5/en/create-table-foreign-keys.html )

4. Ve bu benim için çözdü: Her iki tablonun da aynı harmanlaması var mı?

UTF-8'de bir tablo ve iso-bir şeyde diğeri vardı. Bu işe yaramadı. İzo-tablosu UTF-8 harmanlaması olarak değiştirildikten sonra kısıtlamalar sorunsuz bir şekilde eklenebilir. Benim durumumda, phpMyAdmin, yabancı anahtar kısıtlaması oluşturmak için açılır menüde iso tablosunda alt tabloyu bile göstermedi.

Sütun satırı 0 için geçerli bir yabancı anahtar olmayan geçersiz bir değer var gibi görünüyor, bu nedenle MySQL bunun için bir yabancı anahtar kısıtlaması ayarlayamıyor.

Bu adımları takip edebilirsiniz:

1. FK kısıtlamasını ayarlamaya çalıştığınız sütunu bırakın.

2. Tekrar ekleyin ve varsayılan değerini NULL olarak ayarlayın.

3. Bunun için bir yabancı anahtar kısıtlaması ayarlamaya çalışın.

Ben aynı sorun, tablolarımın satırları kontrol ve bir yabancı anahtar tanımlamak istediğim alanların değeri ile bazı uyumsuzluk olduğunu bulundu. Bu değeri düzelttim, tekrar denedim ve sorun çözüldü.

Sonunda benim tablodaki tüm verileri silin ve alter yeniden çalıştırın. İşe yarıyor. Parlak değil, ama çok zaman kazandırır, özellikle uygulamanız herhangi bir müşteri verisi olmadan geliştirme aşamasındadır.

bunu dene

SET foreign_key_checks = 0;

ALTER TABLE sourcecodes_tags ADD FOREIGN KEY (sourcecode_id) REFERENCES sourcecodes (id) ON DELETE CASCADE ON UPDATE CASCADE

SET foreign_key_checks = 1;

Aynı problemi üç farklı kez yaşadım. Her örnekte, kayıtlarımdan biri (veya daha fazlası) yeni yabancı anahtarla uyumlu değildi. Anahtarın kendisini eklemeye çalışmadan önce, yabancı anahtarın sözdizimi kısıtlamalarına uymak için mevcut kayıtlarınızı güncellemek isteyebilirsiniz. Aşağıdaki örnek genellikle sorun kayıtlarını ayırmalıdır:

SELECT * FROM (tablename)
    WHERE (candidate key) <> (proposed foreign key value) 
        AND (candidate key) <> (next proposed foreign key value)

AND (candidate key) <> (next proposed foreign key value)yabancı anahtardaki her değer için sorgunuzda tekrarlayın .

Bir ton kaydınız varsa bu zor olabilir, ancak tablonuz oldukça küçükse çok uzun sürmemelidir. SQL sözdiziminde süper şaşırtıcı değilim, ama bu her zaman benim için sorunu izole etti.

Her iki tablonuzun verilerini boşaltın ve komutu çalıştırın. Çalışacak.

Laravel ve eloquent kullanırken bu hatayı alıyordum, yabancı bir anahtar bağlantısı yapmaya çalışmak 1452'ye neden olacaktı. Sorun, bağlantılı tabloda veri eksikliğiydi.

Bir örnek için lütfen buraya bakın: http://mstd.eu/index.php/2016/12/02/laravel-eloquent-integrity-constraint-violation-1452-foreign-key-constraint/

Bu çözümleri hazırlıyordum ve bu örnek yardımcı olabilir.

Veritabanımın kimlikleri için birincil anahtarları olan iki tablo (e-posta ve kredi kartı) var. Başka bir tablo (istemci) bu tablo kimliklerini yabancı anahtarlar olarak ifade eder. E-posta istemcisi verileri dışında bir neden var.

Önce referans verilen tablolar (e-posta, credit_card) için satır verilerini ekler, sonra her birinin kimliğini alırsınız, bu kimlikler üçüncü tabloda (istemci) gereklidir.

İlk olarak başvurulan tablolara satır eklemezseniz, üçüncü tabloya yabancı anahtarlara başvuran yeni bir satır eklediğinizde MySQL yazışmaları yapamaz.

İlk olarak başvurulan tablolar için başvurulan satırları, daha sonra yabancı anahtarları gösteren satırı eklerseniz, hata oluşmaz.

Bu yardımcı olur umarım.

Değerin diğer tabloda olduğundan emin olun, aksi takdirde atanan ilgili sütunda bu hatayı alırsınız.

Sütun atanmışsa, başka bir tablonun satır kimliğine atanmışsa, tabloda bir satır olduğundan emin olun, aksi takdirde bu hata görünecektir.

bu örneği deneyebilirsin

 START TRANSACTION;
 SET foreign_key_checks = 0;
 ALTER TABLE `job_definers` ADD CONSTRAINT `job_cities_foreign` FOREIGN KEY 
 (`job_cities`) REFERENCES `drop_down_lists`(`id`) ON DELETE CASCADE ON UPDATE CASCADE;
 SET foreign_key_checks = 1;
 COMMIT;

Not: phpmyadmin kullanıyorsanız Yabancı anahtar kontrollerini etkinleştir seçeneğinin işaretini kaldırın

olarak , örneğin

umut bu soloution sorunu çözmek :)

Sadece bir soruya cevap vermeniz gerekiyor:

Tablonuz zaten veri depolıyor mu? (Özellikle tablo yabancı anahtarı içeriyordu.)

Cevabınız evet ise, yapmanız gereken tek şey tüm kayıtları silmek, o zaman tablonuza herhangi bir yabancı anahtar ekleyebilirsiniz.

Talimatı sil: Alt öğeden (yabancı anahtar tablosu içeren) ana tabloya.

Veri girişlerinden sonra yabancı anahtarı ekleyememenizin nedeni tablo tutarsızlığından kaynaklanıyor, tabloyu doldurmuş olan eski veri üzerinde yeni bir yabancı anahtarla nasıl başa çıkacaksınız?

Yanıt hayırsa, diğer talimatları izleyin.

UPDATE sourcecodes_tags
SET sourcecode_id = NULL
WHERE sourcecode_id NOT IN (
  SELECT id FROM sourcecodes);

bu kimliklerden kurtulmaya yardımcı olmalı. Veya nullizin verilmiyorsa sourcecode_id, bu satırları kaldırın veya eksik değerleri sourcecodestabloya ekleyin .

Aynı problemi yaşadım ve yabancı anahtar sütununa koymak NULLyerine çözüm buldum NOT NULL. İşte bir sorgu:

ALTER TABLE `db`.`table1`
ADD COLUMN `col_table2_fk` INT UNSIGNED NULL,
ADD INDEX `col_table2_fk_idx` (`col_table2_fk` ASC),
ADD CONSTRAINT `col_table2_fk1`
FOREIGN KEY (`col_table2_fk`)
REFERENCES `db`.`table2` (`table2_id`)
ON DELETE NO ACTION
ON UPDATE NO ACTION;

MySQL bu sorguyu yürüttü!

Benim durumumda, aynı yapıya sahip yeni bir tablo oluşturdum, diğer tablolarla ilişkileri oluşturdum, sonra CSV'deki sorunu eski tablodan çıkardım, sonra CSV'yi yeni tabloya aktardım ve yabancı anahtar denetimini devre dışı bıraktım ve devre dışı bırakma içe aktarma kesintisi, tüm verilerim başarıyla sorun olmayan yeni tabloya eklenir, ardından eski tabloyu siler.

Benim için çalıştı.