Doppelte Eingabe [...] für Schlüssel 'PRIMARY'

Question

Ich habe ein seltsames Verhalten bezüglich der Aktualisierung der Tabelle oxseo in einem Oxid-Eshop 4.7.

Die Tabelle oxseo hat folgendes Schema:

+------------+---------+----------+----------+----------+----------+-------+ 
| OXOBJECTID | OXIDENT | OXSHOPID | OXLANGID | OXSTDURL | OXSEOURL | [...] | 
+------------+---------+----------+----------+----------+----------+-------+ 

und hat eine primäre (, dass auch die keyname ist) auf den Feldern Schlüssel:

+---------+----------+--------+ 
| OXIDENT | OXSHOPID | OXLANG | 
+---------+----------+--------+ 

und ich versuche folgende SQL ausführen (ersetzt echte Werte mit Dummy-Daten) über die Linux-Shell:

UPDATE oxseo 
SET 
    OXIDENT = "8e4b0ac7[...]", 
    OXSEOURL = "my/seo/url/" 
WHERE 
    OXOBJECTID = "123"` 

, die zu dem Fehler führt:

ERROR 1062 (23000): Duplicate entry '8e4b0ac7[...]-oxbaseshop-0' for key 'PRIMARY'`

Wenn jedoch für die Zeichenfolge 8e4b0ac7[...] in der ganzen Tabelle schauen, um die phpMyAdmin dort verwendet, ist keine Zeile zurückgegeben. Trotzdem habe ich manuell unter Verwendung

SELECT * FROM field1 = hash 
SELECT * FROM field2 = hash 

und so weiter überprüft.

Jeder hat eine Idee, was die Ursache sein könnte?

Answer 1

Es ist sehr einfach. Was auch immer diese update-Anweisung versucht, würde die Tabelle in einem Zustand mit doppelten Einträgen (2 oder mehr Zeilen) im PRIMARY-Schlüssel belassen, wie in der Ausgabe von show create table oxseo zu sehen ist.

Dieser PRIMARY-Schlüssel befindet sich möglicherweise in einer einzelnen Spalte, oder er kann ein zusammengesetzter (mehrspaltiger) Schlüssel sein.

Die db-Engine verbietet es, weil das Schema es verbietet.