Код ошибки: 1215 Невозможно добавить ограничение внешнего ключа при запуске сценария в MySQL Workbench версии 6.3.

Question

Код ошибки: 1215 Невозможно добавить ограничение внешнего ключа при запуске сценария в MySQL Workbench версии 6.3.

0

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

Этот вопрос я не могу добавить внешний ключ с именем ID_KOPIE из таблицы KOPIA_KNIHY в таблицу Skład по какой - то причине. Когда он получает добавление внешнего ключа в таблицу SKLAD, он выдает ошибку 1215. Вот код:

CREATE TABLE BOOK (
    BOOK_NAME VARCHAR(30)     NOT NULL,
    YEAR      CHAR(4)         NOT NULL,
    NAME_OF_EDITOR   VARCHAR(30)     NOT NULL,    
    WRITER_ID INTEGER NOT NULL,
    ISBN        VARCHAR(17)     NOT NULL,
    BOOK_ID    INTEGER         NOT NULL,
    PRIMARY KEY (BOOK_ID),
);
CREATE TABLE BOOK_COPY(
    BOOK_ID INTEGER NOT NULL,
    LANGUAGE_CODE CHAR(3) NOT NULL,
    COPY_ID INTEGER NOT NULL,
    BOOK_PICTURES CHAR(1) NOT NULL 
        CHECK (BOOK_PICTURES IN ("Y", "N")),
    PRIMARY KEY (BOOK_ID, LANGUAGE_CODE, COPY_ID)
    FOREIGN KEY(BOOK_ID)
        REFERENCES BOOK(BOOK_ID),
);
CREATE TABLE STORAGE (
    BOOK_ID INTEGER NOT NULL,
    COPY_ID INTEGER NOT NULL,
    BUILDING_ID INTEGER NOT NULL,
    ROOM_NUMBER NUMERIC(4,0) NOT NULL,
    SHELF_NUMBER NUMERIC(4,0) NOT NULL,
    PRIMARY KEY(BOOK_ID, BUILDING_ID, COPY_ID),
    FOREIGN KEY(COPY_ID)
        REFERENCES BOOK_COPY(BOOK_ID),
)

Я исследовал код ошибки 1215 в Интернете, я не нашел ничего плохого в моей базе данных. Я проверил, есть ли опечатка или я не забыл добавить ссылку.

Это ошибка:

0   769 18:19:37    CREATE TABLE STORAGE (
    BOOK_ID INTEGER NOT NULL,
    COPY_ID INTEGER NOT NULL,
    BUILDING_ID INTEGER NOT NULL,
    ROOM_NUMBER NUMERIC(4,0) NOT NULL,
    SHELF_NUMBER NUMERIC(4,0) NOT NULL,
    PRIMARY KEY(BOOK_ID, BUILDING_ID, COPY_ID),
    FOREIGN KEY(COPY_ID)
        REFERENCES BOOK_COPY(BOOK_ID),
)
Error Code: 1215. Cannot add foreign key constraint 0.016 sec

Мой вопрос в том, как это можно зафиксировать, что это сработает.

Помощь будет принята с благодарностью.

S. Kopecký 13 янв. 2018, в 18:45

Источник

0

Пожалуйста, добавьте запрос, который вызвал упомянутую ошибку.
Gildas 13 янв. 2018, в 17:38
0

Установите ID_KOPIE как INDEX в вашей таблице KOPIA_KNIHY .
Peter Darmis 13 янв. 2018, в 17:51
0

Вы уверены, что знаете, что делаете? (Обычно) Вы должны ссылаться только на УНИКАЛЬНЫЙ (или ПЕРВИЧНЫЙ) КЛЮЧ. По крайней мере, он должен быть логически уникальным.
Paul Spiegel 13 янв. 2018, в 17:55
0

Ну, я только начинаю с SQL и баз данных, поэтому есть большой шанс, что я не знаю, что я делаю. Имея это в виду, есть ли способ переделать это, чтобы мне не пришлось использовать индексы?
S. Kopecký 13 янв. 2018, в 18:04
0

Как отметил @PaulSpiegel Additionally, MySQL requires that the referenced columns be indexed for performance reasons. However, the system does not enforce a requirement that the referenced columns be UNIQUE or be declared NOT NULL. The handling of foreign key references to nonunique keys or keys that contain NULL values is not well defined for operations such as UPDATE or DELETE CASCADE. You are advised to use foreign keys that reference only UNIQUE (including PRIMARY) and NOT NULL keys. Взято из документации MySQL. Поэтому, если ID_KOPIE UNIQUE измените его соответствующим образом.
Peter Darmis 13 янв. 2018, в 18:12
0

Если ID_KOPIE UNIQUE, это должен быть первичный ключ.
Paul Spiegel 13 янв. 2018, в 18:13
0

@ S.Kopecký это не просто добавление индексов. Вы можете «исправить» сообщение об ошибке (ID_KOPIE, ID_KNIHY, KOD_JAZYKA) первичный ключ KOPIA_KNIHY на (ID_KOPIE, ID_KNIHY, KOD_JAZYKA) . Но сначала вам нужно понять отношения ваших таблиц.
Paul Spiegel 13 янв. 2018, в 18:16
0

Похожие страницы : stackoverflow.com/questions/588741/…
Paul Spiegel 13 янв. 2018, в 18:18
0

Да, переупорядочение, кажется, исправляет это, но вы говорите, что если я сделаю это, в скрипте все еще что-то не так, например, когда я вставлю некоторые данные в базу данных, он сломается?
S. Kopecký 13 янв. 2018, в 18:20
0

И если да, то вы говорите, что первичные ключи KOPIA_KNIHY не являются уникальными?
S. Kopecký 13 янв. 2018, в 18:22
0

@PaulSpiegel да, но в этом примере, если KOPIE_ID не является UNIQUE , поэтому, поскольку он NOT NULL и уже является частью PRIMARY KEY добавление его в виде простого INDEX может нанести именно то количество ущерба? Я знаю, что вы пытаетесь объяснить ФП, и вы наверняка правы в этом ... But first you need to understand the relations of your tables .
Peter Darmis 13 янв. 2018, в 18:26
0

@PaulSpiegel в вашем предыдущем комментарии вы говорите: «Если ID_KOPIE УНИКАЛЬНО, то это должен быть первичный ключ». но не ID_KOPIE уже первичный ключ?
S. Kopecký 13 янв. 2018, в 18:36
0

@ S.Kopecký ID_KOPIE является частью первичного ключа. Это не то же самое , как быть первичным ключом. Это поможет, если вы переведете имена таблиц и столбцов. Я могу только догадываться, что «книха» - это книга, а «копье» - это копия. Поэтому, если имя таблицы - book_copy кажется разумным, чтобы id_copy был первичным ключом.
Paul Spiegel 13 янв. 2018, в 18:45
0

Я перевел его сейчас, в чем разница между PRIMARY KEY (BOOK_ID, LANGUAGE_CODE, COPY_ID) и PRIMARY KEY (COPY_ID, LANGUAGE_CODE, BOOK_ID) ?
S. Kopecký 13 янв. 2018, в 18:58
0

Ну, в любом случае, я буду исследовать еще немного и спасибо за ответы.
S. Kopecký 13 янв. 2018, в 20:52

Показать ещё 13 комментариев

Теги:

mysql

database

mysql-workbench

1 ответ

Ещё вопросы

Пожалуйста, добавьте запрос, который вызвал упомянутую ошибку.
Установите ID_KOPIE как INDEX в вашей таблице KOPIA_KNIHY .
Вы уверены, что знаете, что делаете? (Обычно) Вы должны ссылаться только на УНИКАЛЬНЫЙ (или ПЕРВИЧНЫЙ) КЛЮЧ. По крайней мере, он должен быть логически уникальным.
Ну, я только начинаю с SQL и баз данных, поэтому есть большой шанс, что я не знаю, что я делаю. Имея это в виду, есть ли способ переделать это, чтобы мне не пришлось использовать индексы?
Как отметил @PaulSpiegel Additionally, MySQL requires that the referenced columns be indexed for performance reasons. However, the system does not enforce a requirement that the referenced columns be UNIQUE or be declared NOT NULL. The handling of foreign key references to nonunique keys or keys that contain NULL values is not well defined for operations such as UPDATE or DELETE CASCADE. You are advised to use foreign keys that reference only UNIQUE (including PRIMARY) and NOT NULL keys. Взято из документации MySQL. Поэтому, если ID_KOPIE UNIQUE измените его соответствующим образом.
Если ID_KOPIE UNIQUE, это должен быть первичный ключ.
@ S.Kopecký это не просто добавление индексов. Вы можете «исправить» сообщение об ошибке (ID_KOPIE, ID_KNIHY, KOD_JAZYKA) первичный ключ KOPIA_KNIHY на (ID_KOPIE, ID_KNIHY, KOD_JAZYKA) . Но сначала вам нужно понять отношения ваших таблиц.
Похожие страницы : stackoverflow.com/questions/588741/…
Да, переупорядочение, кажется, исправляет это, но вы говорите, что если я сделаю это, в скрипте все еще что-то не так, например, когда я вставлю некоторые данные в базу данных, он сломается?
И если да, то вы говорите, что первичные ключи KOPIA_KNIHY не являются уникальными?
@PaulSpiegel да, но в этом примере, если KOPIE_ID не является UNIQUE , поэтому, поскольку он NOT NULL и уже является частью PRIMARY KEY добавление его в виде простого INDEX может нанести именно то количество ущерба? Я знаю, что вы пытаетесь объяснить ФП, и вы наверняка правы в этом ... But first you need to understand the relations of your tables .
@PaulSpiegel в вашем предыдущем комментарии вы говорите: «Если ID_KOPIE УНИКАЛЬНО, то это должен быть первичный ключ». но не ID_KOPIE уже первичный ключ?
@ S.Kopecký ID_KOPIE является частью первичного ключа. Это не то же самое , как быть первичным ключом. Это поможет, если вы переведете имена таблиц и столбцов. Я могу только догадываться, что «книха» - это книга, а «копье» - это копия. Поэтому, если имя таблицы - book_copy кажется разумным, чтобы id_copy был первичным ключом.
Я перевел его сейчас, в чем разница между PRIMARY KEY (BOOK_ID, LANGUAGE_CODE, COPY_ID) и PRIMARY KEY (COPY_ID, LANGUAGE_CODE, BOOK_ID) ?
Ну, в любом случае, я буду исследовать еще немного и спасибо за ответы.

Peter Darmis · Accepted Answer · 2018-01-13T16-18-00.000Z

Попробуйте это. Пожалуйста, ON UPDATE... ON DELETE синтаксис ON UPDATE... ON DELETE в этом примере с тем, который вам нужен.

CREATE TABLE 'KNIHA' (
'NAZOV_KNIHY' VARCHAR(30)     NOT NULL,
'ROK_PRVEHO_VYDANIA' CHAR(4)         NOT NULL,
'NAZOV_VYDAVATELA'   VARCHAR(30)     NOT NULL,    
'ID_AUTORA' INTEGER NOT NULL,
'ISBN'        VARCHAR(17)     NOT NULL,
'ID_KNIHY'    INTEGER         NOT NULL,
PRIMARY KEY ('ID_KNIHY')
);
CREATE TABLE 'KOPIA_KNIHY' (
'ID_KNIHY' INTEGER NOT NULL,
'KOD_JAZYKA' CHAR(3) NOT NULL,
'ID_KOPIE' INTEGER NOT NULL,
'ORAZKY_V_KNIHE' CHAR(1) NOT NULL 
CHECK ('OBRAZKY_V_KNIHE' IN ("A", "N")),
INDEX('ID_KOPIE'),
PRIMARY KEY ('ID_KNIHY', 'KOD_JAZYKA', 'ID_KOPIE'),
CONSTRAINT 'idx_1' FOREIGN KEY 'idx_1' ('ID_KNIHY') REFERENCES 'KNIHA'('ID_KNIHY') ON UPDATE CASCADE ON DELETE CASCADE
);

CREATE TABLE 'SKLAD' (
'ID_KNIHY' INTEGER NOT NULL,
'ID_KOPIE' INTEGER NOT NULL,
'ID_BUDOVY' INTEGER NOT NULL,
'CISLO_MIESTNOSTI' NUMERIC(4,0) NOT NULL,
'CISLO_REGALU' NUMERIC(4,0) NOT NULL,
PRIMARY KEY('ID_KNIHY', 'ID_BUDOVY', 'ID_KOPIE'),
CONSTRAINT 'idx_2' FOREIGN KEY 'idx_2' ('ID_KOPIE') REFERENCES 'KOPIA_KNIHY'('ID_KOPIE') ON UPDATE CASCADE ON DELETE CASCADE,
CONSTRAINT 'idx_3' FOREIGN KEY 'idx_3' ('ID_KNIHY') REFERENCES 'KNIHA'('ID_KNIHY') ON UPDATE CASCADE ON DELETE CASCADE
);

Попробуйте на SQL Fiddle

,

«Обработка ссылок на внешние ключи на неуникальные ключи или ключи, которые содержат значения NULL, недостаточно хорошо определена для таких операций, как UPDATE или DELETE CASCADE. Рекомендуется использовать внешние ключи, которые ссылаются только на ключи UNIQUE (включая PRIMARY) и NOT NULL». dev.mysql.com/doc/refman/5.7/en/create-table-foreign-keys.html