2014-02-03 7 views
22

У меня возникли проблемы с созданием внешнего ключа для существующей таблицы в базе данных mysql.MySQL не может создать ограничение внешнего ключа

У меня есть таблица 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 |  | 
+-------------+------------------+------+-----+---------+-------+ 

и я wan't создать новую таблицу с именем sample_df ссылки на это, используя следующее:

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) 
); 

Но я получаю ошибку:

ERROR 1215 (HY000): Cannot add foreign key constraint 

Для получения дополнительной информации я сделал:

SHOW ENGINE INNODB STATUS\G 

Из которых я получил:

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. 

мне типы столбцов, кажется, совпадают, так как они оба VARCHAR (45) (я также попытался установить experiment столбец не нулевой, но. это не исправить) Так что я думаю, проблема должна быть в том, что Cannot find an index in the referenced table where the referenced columns appear as the first columns. Но я не совсем уверен, что это значит, или как проверить/исправить. У кого-нибудь есть предложения? А что такое first columns?

РЕШЕНИЕ:

я понял мою проблему. У меня была другая сортировка для таблицы exp (utf8_unicode_ci), а затем по умолчанию для базы данных (utf8_general_ci). Поэтому добавление

CHARACTER SET utf8 COLLATE utf8_unicode_ci 

В конце запроса на создание таблицы была исправлена ​​моя проблема.

Но мне все еще интересно, что имеется в виду под номером first columns. Это как-то связано с индексами?

+2

Нигде ни в одном из ответов или вопросов я не мог найти, что эта ошибка может возникнуть из-за различий в наборе символов. Спасибо .. Приветствия !!! – proprius

+0

Кроме того, дважды проверьте соответствие столбцов. Ваша таблица может быть utf8mb4, но столбец может иметь другую сортировку! – Watson

ответ

11

Согласно http://dev.mysql.com/doc/refman/5.5/en/create-table-foreign-keys.html

MySQL requires indexes on foreign keys and referenced keys so that foreign key checks can be fast and not require a table scan. In the referencing table, there must be an index where the foreign key columns are listed as the first columns in the same order.

InnoDB permits a foreign key to reference any index column or group of columns. However, in the referenced table, there must be an index where the referenced columns are listed as the first columns in the same order.

Так, если индекс в указанной таблице является существовать и она состоит из нескольких колонн, и желательно столбец не первый, должно быть произошла ошибка.

Причиной нашей ошибки было связано с нарушением следующего правила:

Corresponding columns in the foreign key and the referenced key must have similar data types. The size and sign of integer types must be the same. The length of string types need not be the same. For nonbinary (character) string columns, the character set and collation must be the same.

1

Как уже упоминалось @Anton, это может быть из-за различного типа данных. В моем случае у меня был первичный ключ BIGINT (20) и попытался установить переднюю клавишу с INT (10)

+0

Спасибо! Аналогичная проблема, когда я использовал INT (11) с INT (11), но один из них был первичным ключом и, следовательно, без знака, а другой был подписан! –

43

Просто перекинув это в смесь возможных причин, я столкнулся с этим, когда столбец таблицы ссылок имел тот же самый " типа ", но не имели того же самого подписания.

В моем случае столбец таблицы ссылок был TINYINT UNSIGNED, а мой столбец таблицы ссылок был TINYINT SIGNED. Выравнивание обеих колонок решило проблему.

4

Решение, предложенное @ austen-hoogen, решило мою проблему. Но из-за низких оценок репутации я не могу голосовать и комментировать его решение. В моем случае Первичный ключ был целым, автоматическим приращением и без знака.Но внешний ключ (столбец ссылочной таблицы) был подписан типом. Я изменил его на unsigned и смог создать связь успешно.

+1

Это скорее комментарий, чем новый ответ на вопрос – slfan

0

Ссылка на один и тот же столбец более одного раза в одном и том же ограничении также вызывает ошибку Cannot find an index in the referenced table, но может быть трудно обнаружить на больших таблицах. Разделите ограничения, и он будет работать так, как ожидалось.

2

Эта ошибка может также возникнуть, если таблица ссылок и текущая таблица не имеют один и тот же набор символов.

Смежные вопросы