MySQL kann keine Fremdschlüsseleinschränkung erstellen

Ich habe einige Probleme beim Erstellen eines Fremdschlüssels für eine vorhandene Tabelle in einer MySQL-Datenbank.

Ich habe den Tisch exp:

+-------------+------------------+------+-----+---------+-------+
| Field       | Type             | Null | Key | Default | Extra |
+-------------+------------------+------+-----+---------+-------+
| EID         | varchar(45)      | NO   | PRI | NULL    |       |
| Comment     | text             | YES  |     | NULL    |       |
| Initials    | varchar(255)     | NO   |     | NULL    |       |
| ExpDate     | date             | NO   |     | NULL    |       |
| InsertDate  | date             | NO   |     | NULL    |       |
| inserted_by | int(11) unsigned | YES  | MUL | NULL    |       |
+-------------+------------------+------+-----+---------+-------+

und ich möchte keine neue Tabelle mit dem Namen sample_dfreferenzieren, indem ich Folgendes verwende:

CREATE TABLE sample_df (
df_id mediumint(5) unsigned AUTO_INCREMENT primary key,
sample_type mediumint(5) unsigned NOT NULL,
df_10 BOOLEAN NOT NULL,
df_100 BOOLEAN NOT NULL,
df_1000 BOOLEAN NOT NULL,
df_above_1000 BOOLEAN NOT NULL,
target INT(11) unsigned NOT NULL,
assay MEDIUMINT(5) unsigned zerofill NOT NULL,
insert_date TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
inserted_by INT(11) unsigned NOT NULL,
initials varchar(255),
experiment VARCHAR(45),
CONSTRAINT FOREIGN KEY (inserted_by) REFERENCES user (iduser),
CONSTRAINT FOREIGN KEY (target) REFERENCES protein (PID),
CONSTRAINT FOREIGN KEY (sample_type) REFERENCES sample_type (ID),
CONSTRAINT FOREIGN KEY (assay) REFERENCES assays (AID),
CONSTRAINT FOREIGN KEY (experiment) REFERENCES exp (EID)
);

Aber ich bekomme den Fehler:

ERROR 1215 (HY000): Cannot add foreign key constraint

Um weitere Informationen zu erhalten, habe ich:

SHOW ENGINE INNODB STATUS\G

Von dem ich bekommen habe:

FOREIGN KEY (experiment) REFERENCES exp (EID)
):
Cannot find an index in the referenced table where the
referenced columns appear as the first columns, or column types
in the table and the referenced table do not match for constraint.

Für mich scheinen die Spaltentypen übereinzustimmen, da beide varchar (45) sind. (Ich habe auch versucht, die experimentSpalte auf nicht null zu setzen, aber das hat es nicht behoben.) Ich denke, das Problem muss das sein Cannot find an index in the referenced table where the referenced columns appear as the first columns. Aber ich bin mir nicht ganz sicher, was dies bedeutet oder wie ich es überprüfen / beheben soll. Hat jemand irgendwelche Vorschläge? Und was ist damit gemeint first columns?

Ich habe dies nur in die Mischung möglicher Ursachen geworfen und bin darauf gestoßen, als die Spalte der referenzierenden Tabelle den gleichen "Typ" hatte, aber nicht die gleiche Signatur.

In meinem Fall war die referenzierte Tabellenspalte TINYINT UNSIGNED und meine referenzierende Tabellenspalte war TINYINT SIGNED. Das Ausrichten beider Spalten löste das Problem.

Dieser Fehler kann auch auftreten, wenn die Referenztabelle und die aktuelle Tabelle nicht denselben Zeichensatz haben.

Laut http://dev.mysql.com/doc/refman/5.5/en/create-table-foreign-keys.html

MySQL erfordert Indizes für Fremdschlüssel und Schlüssel, auf die verwiesen wird, damit Fremdschlüsselprüfungen schnell durchgeführt werden können und kein Tabellenscan erforderlich ist. In der Referenzierungstabelle muss ein Index vorhanden sein, in dem die Fremdschlüsselspalten als erste Spalten in derselben Reihenfolge aufgeführt sind.

InnoDB erlaubt einem Fremdschlüssel, auf eine beliebige Indexspalte oder Spaltengruppe zu verweisen. In der referenzierten Tabelle muss jedoch ein Index vorhanden sein, in dem die referenzierten Spalten als erste Spalten in derselben Reihenfolge aufgeführt sind.

Wenn also der Index in der referenzierten Tabelle vorhanden ist und aus mehreren Spalten besteht und die gewünschte Spalte nicht die erste ist, tritt der Fehler auf.

Die Ursache unseres Fehlers war ein Verstoß gegen folgende Regel:

Entsprechende Spalten im Fremdschlüssel und im referenzierten Schlüssel müssen ähnliche Datentypen haben. Die Größe und das Vorzeichen von Ganzzahltypen müssen identisch sein. Die Länge der Zeichenfolgentypen muss nicht gleich sein. Bei nicht-binären (Zeichen-) Zeichenfolgenspalten müssen Zeichensatz und Sortierung identisch sein.

Wie bereits bei @Anton erwähnt, kann dies an dem unterschiedlichen Datentyp liegen. In meinem Fall hatte ich den Primärschlüssel BIGINT (20) und versuchte, mit INT (10) den Vorderschlüssel einzustellen.

In meinem Fall stellte sich heraus, dass die Spalte, auf die verwiesen wird, nicht als primär oder eindeutig deklariert wurde.

https://stackoverflow.com/a/18435114/1763217

Meins war ein Kollatierungsproblem zwischen der referenzierten Tabelle und der zu erstellenden Tabelle, daher musste ich den Kollatierungstyp des Schlüssels, auf den ich referenzierte, explizit festlegen.

• Zuerst habe ich eine Abfrage an der referenzierten Tabelle ausgeführt, um den Sortiertyp zu ermitteln

show table STATUS like '<table_name_here>';

• Dann habe ich den Kollatierungstyp kopiert und den Kollatierungstyp von employee_id bei der Erstellungsabfrage explizit angegeben. In meinem Fall war es utf8_general_ci

CREATE TABLE dbo.sample_db
(
  id INT PRIMARY KEY AUTO_INCREMENT,
  event_id INT SIGNED NOT NULL,
  employee_id varchar(45) COLLATE utf8_general_ci NOT NULL,
  event_date_time DATETIME,
  CONSTRAINT sample_db_event_event_id_fk FOREIGN KEY (event_id) REFERENCES event (event_id),
  CONSTRAINT sample_db_employee_employee_id_fk FOREIGN KEY (employee_id) REFERENCES employee (employee_id)
);

Die genaue Reihenfolge des Primärschlüssels muss auch ohne zusätzliche Spalten dazwischen übereinstimmen.

Ich hatte eine Primärschlüssel - Einstellung , in der Spalte , um tatsächlich übereinstimmt, aber das Problem war der Primärschlüssel eine zusätzliche Spalte in sich hatte , die nicht Teil des Fremdschlüssels der verweisende Tabelle ist

zB) Tabelle 2, Spalte (a, b, c) -> Tabelle 1, Spalte (a, b, d, c) - DIESE FEHLER

Ich musste die Primärschlüsselspalten neu anordnen, damit sie nicht nur auf die gleiche Weise angeordnet sind, sondern auch keine zusätzlichen Spalten in der Mitte haben:

zB) Tabelle 2, Spalte (a, b, c) -> Tabelle 1, Spalte (a, b, c, d) - DIESE ERFOLGE

In einigen Fällen musste ich das referenzierte Feld eindeutig machen und es als Primärschlüssel definieren.

Aber ich fand, dass es nicht in jedem Fall ein Problem darstellt, es nicht als eindeutig zu definieren. Ich konnte die Szenarien jedoch nicht herausfinden. Wahrscheinlich etwas mit nullbarer Definition zu tun.

In meinem Fall wurde eine Ganzzahl für die ID erstellt, und in der Referenzierungstabelle wurde standardmäßig ein Fremdschlüssel mit bigint erstellt .

Dies verursachte einen großen Albtraum in meiner Rails-App, da die Migration fehlschlug, die Felder jedoch tatsächlich in der Datenbank erstellt wurden, sodass sie in der Datenbank angezeigt wurden, jedoch nicht im Schema der Rails-App.

Das mehrmalige Verweisen auf dieselbe Spalte in derselben Einschränkung führt ebenfalls zu diesem Cannot find an index in the referenced tableFehler, kann jedoch bei großen Tabellen schwierig zu erkennen sein. Teilen Sie die Einschränkungen auf und es wird wie erwartet funktionieren.

Ich hatte auch diesen Fehler. Keine der Antworten betraf mich. In meinem Fall erstellt meine GUI automatisch eine Tabelle mit einer primären eindeutigen Kennung als "nicht zugewiesen". Dies schlägt fehl, wenn ich versuche, einen Fremdschlüssel zu erstellen, und gibt mir genau den gleichen Fehler. Mein Primärschlüssel muss zugewiesen werden.

Wenn Sie die SQL selbst so schreiben, id int unique auto_incrementhaben Sie dieses Problem nicht, aber aus irgendeinem Grund tut dies meine GUI stattdessen id int unassigned unique auto_increment.

Hoffe, das hilft jemand anderem auf der Straße.

Für mich war es nur der Zeichensatz und die Zusammenstellung der DB. Ich habe zu utf8_unicode_ci gewechselt und funktioniert