MySQL No Puede Agregar Restricción de Clave Foránea

Había establecido un campo como "Sin signo" y otro no. Una vez que establecí ambas columnas a Sin firmar funcionó.

• El motor debe ser el mismo por ejemplo, InnoDB
• El tipo de datos debe ser el mismo y tener la misma longitud. por ejemplo, VARCHAR(20)
• Collation El conjunto de caracteres de las columnas debe ser el mismo. por ejemplo, utf8
  Watchout: Incluso si sus tablas tienen la misma intercalación, las columnas aún podrían tener una diferente.
• Unique - La clave foránea debe referirse al campo que es único (generalmente clave primaria) en la referencia tabla.

Intente usar el mismo tipo de sus claves primarias - int(11) - en las claves foráneas - smallint(5) - también.

Espero que ayude!

Confirme que la codificación y el cotejo de caracteres para las dos tablas son los mismos.

En mi propio caso, una de las tablas estaba usando utf8 y la otra estaba usando latin1.

Tuve otro caso donde la codificación era la misma pero la colación diferente. Uno utf8_general_ci el otro utf8_unicode_ci

Puede ejecutar este comando para establecer la codificación y la intercalación de una tabla.

ALTER TABLE tablename CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Espero que esto ayude a alguien.

Para establecer una CLAVE FORÁNEA en la Tabla B debe establecer una CLAVE en la tabla A.

En el cuadro A: ÍNDICE id (id)

Y luego en la tabla B,

CONSTRAINT `FK_id` FOREIGN KEY (`id`) REFERENCES `table-A` (`id`)

Asegúrese de que ambas tablas estén en formato InnoDB. Incluso si uno está en formato MyISAM, entonces, la restricción de clave foránea no funcionará.

También, otra cosa es que, ambos campos deben ser del mismo tipo. Si uno es INT, entonces el otro también debe ser INT. Si uno es VARCHAR, el otro también debe ser VARCHAR, etc.

Compruebe las siguientes reglas:

• Primero comprueba si los nombres se dan correctamente para los nombres de tabla

• Segundo tipo de datos derecho dar a la clave externa ?

Tenía el mismo problema y la solución era muy simple. Solución: las claves foráneas declaradas en la tabla no deben configurarse como not null.

Referencia : Si especifica una acción SET NULL, asegúrese de que no ha declarado las columnas de la tabla secundaria como NO NULL. (ref )

Me enfrenté al problema y pude resolverlo asegurándome de que los tipos de datos coincidieran exactamente .

Estaba usando SequelPro para agregar la restricción y estaba haciendo que la clave primaria no estuviera firmada por defecto .

Tuve un error similar al crear una clave foránea en una tabla de Muchos a Muchos donde la clave principal consistía en 2 claves foráneas y otra columna normal. Solucioné el problema corrigiendo el nombre de la tabla referenciada, es decir, la empresa, como se muestra en el código corregido a continuación:

create table company_life_cycle__history -- (M-M)
(
company_life_cycle_id tinyint unsigned not null,
Foreign Key (company_life_cycle_id) references company_life_cycle(id) ON DELETE    CASCADE ON UPDATE CASCADE,
company_id MEDIUMINT unsigned not null,
Foreign Key (company_id) references company(id) ON DELETE CASCADE ON UPDATE CASCADE,
activity_on date NOT NULL,
PRIMARY KEY pk_company_life_cycle_history (company_life_cycle_id, company_id,activity_on),
created_on datetime DEFAULT NULL,
updated_on datetime DEFAULT NULL,
created_by varchar(50) DEFAULT NULL,
updated_by varchar(50) DEFAULT NULL
);

Tuve un error similar con dos claves foráneas para tablas diferentes pero con los mismos nombres de clave! He cambiado el nombre de las claves y el error se había ido)

Tuvo un error similar, pero en mi caso me faltaba declarar el pk como auto_increment.

Por si acaso podría ser útil para alguien

Tengo el mismo error. La causa, en mi caso fue:

1. He creado una copia de seguridad de una base de datos a través de phpmyadmin copiando toda la base de datos.
2. He creado una nueva base de datos con el mismo nombre que la antigua base de datos y la he seleccionado.
3. Inicié un script SQL para crear tablas y datos actualizados.
4. Tengo el error. También cuando deshabilité foreign_key_checks. Aunque la base de datos estaba completamente vacía.

La causa fue: Ya que usé phpmyadmin para crear algunas claves foráneas en la base de datos renombrada: las claves foráneas se crearon con un prefijo de nombre de base de datos, pero el prefijo de nombre de base de datos no se actualizó. Por lo tanto, todavía había referencias en la base de datos de copia de seguridad que apuntaban a la base de datos recién creada.

Mi solución es quizás un poco embarazosa y cuenta la historia de por qué a veces deberías mirar lo que tienes frente a ti en lugar de estos mensajes:)

Había ejecutado un ingeniero avanzado antes, que falló, por lo que eso significaba que mi base de datos ya tenía algunas tablas, luego he estado sentado tratando de corregir los fallos de las contraindicaciones de clave externa tratando de asegurarse de que todo fuera perfecto, pero se topó con las tablas creadas anteriormente, por lo que no prevaleció.

Compruebe la firma en ambas columnas de la tabla. Si la columna de la tabla de referencia está FIRMADA, la columna de la tabla referenciada también debe estar FIRMADA.

Una causa adicional de este error es cuando sus tablas o columnas contienen palabras clave reservadas :

A veces uno se olvida de estos.

En mi caso, hubo un error de sintaxis que no fue notificado explícitamente por MySQL console al ejecutar la consulta. Sin embargo, SHOW ENGINE INNODB STATUS la sección del comando LATEST FOREIGN KEY ERROR informó,

  Syntax error close to:

  REFERENCES`role`(`id`) ON DELETE CASCADE) ENGINE = InnoDB DEFAULT CHARSET = utf8

Tuve que dejar un espacio en blanco entre REFERENCES y role para que funcionara.

Tuve este mismo problema, luego corrije el nombre del motor como Innodb en ambas tablas padre e hijo y corrije el nombre del campo de referencia REFERENCIAS DE CLAVE FORÁNEA (c_id)x9o_parent_table(c_id)
entonces funciona bien y las mesas están instaladas correctamente. Este será el uso completo para alguien.