Внешние ключи в MySQL?

Этот имеет некоторый код, показывающий, как создавать внешние ключи сами по себе и в CREATE TABLE.

Вот один из самых простых примеров из этого:

CREATE TABLE parent (
    id INT NOT NULL,
    PRIMARY KEY (id)
) ENGINE=INNODB;

CREATE TABLE child (
    id INT, 
    parent_id INT,
    INDEX par_ind (parent_id),
    FOREIGN KEY (parent_id) REFERENCES parent(id)
    ON DELETE CASCADE
) ENGINE=INNODB;

Предполагая, что ваши категории и таблица пользователей уже существуют и содержат cID и uID соответственно в качестве первичных ключей, это должно работать:

CREATE TABLE `posts` (
`pID` bigint(20) NOT NULL auto_increment,
`content` text NOT NULL,
`time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
`uID` bigint(20) NOT NULL,
`wikiptr` bigint(20) default NULL,
`cID` bigint(20) NOT NULL,
PRIMARY KEY  (`pID`),
Foreign Key(`cID`) references categories(`cID`),
Foreign Key(`uID`) references users(`uID`)
) ENGINE=InnoDB;

Имя столбца требуется в предложении references.

Я согласен с Робертом. Вам не хватает имени столбца в предложении ссылок (и вы должны получить ошибку 150). Я добавлю, что вы можете проверить, как таблицы были созданы на самом деле, с помощью:

SHOW CREATE TABLE posts;

Отредактировано: Роберт и Винко заявляют, что вам нужно объявить имя указанного столбца в ограничении внешнего ключа. Это необходимо в InnoDB, хотя в стандартном SQL вам разрешено опускать имя столбца, на которое указывает ссылка, если оно совпадает с именем в родительской таблице.

Одна идиосинкразия, с которой я столкнулся в MySQL, заключается в том, что объявление внешнего ключа не срабатывает при нескольких обстоятельствах:

• Ваша установка MySQL не включает движок innodb
• Ваш файл конфигурации MySQL не включает движок innodb
• Вы не объявляете свою таблицу с модификатором таблицы ENGINE = InnoDB
• Столбец внешнего ключа не совсем тот же тип данных, что и столбец первичного ключа в указанной таблице.

К сожалению, MySQL не сообщает, что не удалось создать ограничение внешнего ключа. Он просто игнорирует запрос и создает таблицу без внешнего ключа (если вы покажете сообщение CREATE TABLE, вы можете не увидеть объявления внешнего ключа). Я всегда думал, что это плохая особенность MySQL!

Совет: целочисленный аргумент для целочисленных типов данных (например, BIGINT (20)) не требуется. Это не имеет ничего общего с размером хранилища или диапазоном столбца. BIGINT всегда имеет один и тот же размер, независимо от аргумента, который вы ему приводите. Число указывает, сколько цифр MySQL заполнит столбец, если вы используете модификатор столбца ZEROFILL.

Предыдущие ответы касаются ограничения внешнего ключа. Хотя ограничение внешнего ключа определенно полезно для поддержания ссылочной целостности, сама концепция «внешнего ключа» является фундаментальной для реляционной модели данных, независимо от того, используете ли вы ограничение или нет.

Всякий раз, когда вы выполняете Equijoin, вы приравниваете внешний ключ к чему-то, обычно к ключу, на который он ссылается. Пример:

select *
from 
   Students
inner join
   StudentCourses
on Students.StudentId = StudentCourses.StudentId

StudentCourses.StudentId - это внешний ключ, ссылающийся на Student.StudentId.