[SOLUCIONADO] No puedo añadir foreign key

[guardarmicorreo]

Estoy creando los foreign key de una tabla mediante consultas SQL del PHPMyAdmin.

Entonces he conformado la siguiente instrucción

Código SQL:

ALTER TABLE answers
#editado he descubierto que la siguiente linea es un error, pero no se si mi problema se debe a esto
ADD FOREIGN KEY (id_answers) REFERENCES answers (id_answer)
AND
ADD FOREIGN KEY (id_questions) REFERENCES questions (id_question)
AND
ADD FOREIGN KEY (id_users) REFERENCES users (id_user)
 

Pero me devuelve lo siguiente, no me ha aparecido en mensaje de texto rojo, como otras veces, sino en blanco, pero no me ha creado los enlaces entre tablas.

import.php: Parámetro faltante: import_type
import.php: Parámetro faltante: format

¿A qué se refiere con eso?. Ya he utilizado esa instrucción pero con una sola columna, la diferencia es que ahora para todas las columnas lo he hecho todo en una sola instrucción.

[gnzsoloyo]

import.php: Parámetro faltante: import_type
import.php: Parámetro faltante: format

Esto no es tema de MySQL, sino PHP. por este detalle, pregunta en el Foro de PHP.

En cuanto al código, AND se usa única y exclusivamente en el WHERE del SELECT.
Consulta el manual de referencia para ver cómo se implementa un ALTER TABLE múltiple:

Código MySQL:

ALTER TABLE answers 
ADD FOREIGN KEY (id_answers) REFERENCES answers (id_answer),
ADD FOREIGN KEY (id_questions) REFERENCES questions (id_question),
ADD FOREIGN KEY (id_users) REFERENCES users (id_user);
 

Todos los que nos dedicamos a las bases de datos, inclusive profesionalmente, tenemos siempre el manual de referencia a un click de distancia, porque nadie se acuerda de todo.

Una sugerencia adicional: Instálate el MySQL Workbench, y prueba en él la sintaxis de las consultas. Esa interfaz tiene un corrector sintáctico que te mostrará inmediatamente qué sentencias están mal escritas y dónde.

[guardarmicorreo]

Iniciado por gnzsoloyo

Esto no es tema de MySQL, sino PHP. por este detalle, pregunta en el Foro de PHP.

En cuanto al código, AND se usa única y exclusivamente en el WHERE del SELECT.
Consulta el manual de referencia para ver cómo se implementa un ALTER TABLE múltiple:

Código MySQL:

ALTER TABLE answers 
ADD FOREIGN KEY (id_answers) REFERENCES answers (id_answer),
ADD FOREIGN KEY (id_questions) REFERENCES questions (id_question),
ADD FOREIGN KEY (id_users) REFERENCES users (id_user);
 

Todos los que nos dedicamos a las bases de datos, inclusive profesionalmente, tenemos siempre el manual de referencia a un click de distancia, porque nadie se acuerda de todo.

Una sugerencia adicional: Instálate el MySQL Workbench, y prueba en él la sintaxis de las consultas. Esa interfaz tiene un corrector sintáctico que te mostrará inmediatamente qué sentencias están mal escritas y dónde.

Gracias amigo!

[guardarmicorreo]

He creado dos tablas, una de ellas tiene dos campos que apuntan a el id de la otra.

No es para que repitan información. Explico:

Una tabla es users con un id. Cada usuario responderá unas preguntas sobre otro. Tanto el que pregunta como el protagonista de las preguntas quedarán reflejados en la tabla answers.

Pero al querer establecer el segundo foreign key no me deja.

EDITO

Intenté añadir el foreign key con este comando

Código SQL:

ALTER TABLE answers 
ADD FOREIGN KEY (viewed_users) REFERENCES users (id_user)
 

Pero el error que me muestra es el siguiente

#1005 - Can't create table 'admin_a60680913.#sql-4e7_bda3' (errno: 150)

Los show create table de cada tabla son los siguientes

tabla users

Código SQL:

CREATE TABLE `users` (
 `id_user` INT(255) NOT NULL AUTO_INCREMENT,
 `id_twitter` INT(255) NOT NULL COMMENT 'id de la cuenta twitter',
 `nombre` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_spanish2_ci NOT NULL COMMENT 'nombre en twitter',
 `imagen` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_spanish2_ci NOT NULL COMMENT 'imagen en twitter',
 `oauth_token` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_spanish2_ci NOT NULL,
 `oauth_token_secret` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_spanish2_ci NOT NULL,
 PRIMARY KEY (`id_user`)
) ENGINE=InnoDB AUTO_INCREMENT=15 DEFAULT CHARSET=utf8
 

tabla answers

Código SQL:

CREATE TABLE `answers` (
 `id_answer` INT(255) NOT NULL AUTO_INCREMENT,
 `answer` VARCHAR(255) COLLATE utf8_spanish2_ci NOT NULL,
 `id_questions` INT(255) NOT NULL,
 `id_users` INT(255) NOT NULL,
 `datetime` datetime NOT NULL,
 `viewed_users` INT(10) UNSIGNED DEFAULT NULL,
 PRIMARY KEY (`id_answer`),
 KEY `id_questions` (`id_questions`),
 KEY `id_users` (`id_users`),
 CONSTRAINT `answers_ibfk_2` FOREIGN KEY (`id_questions`) REFERENCES `questions` (`id_question`),
 CONSTRAINT `answers_ibfk_3` FOREIGN KEY (`id_users`) REFERENCES `users` (`id_user`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish2_ci COMMENT='administra las respuestas de cada usuario'
 

¿Alguien que me ayude a entender lo que sucede y solucionar el problema?

[gnzsoloyo]

Hola, antes que nada, estás abriendo dos hilos para básicamente un mismo tema, referido a FK.
Te recuerdo que eso no se permite, y está explicitamente prohibido en las Politicas de Uso de FDW.
Este hilo está relacionado con el otro, donde planteabas problemas con el ALTER TABLE, y serán fusionados en un rato.

Además de este detalle, y yendo al problema que te aqueja, hay un par de cosas que necesitas corregir, una de las cuales puede estar causando tu problema.
Este "255" que pones en las columnas numéricas es total y absolutamente inútil. Para mas información, no representa la cantidad de dígitos ni nada que se le parezca, pero puede causarte problemas luego.
La explicación de para qué el sistema pone ese numero está en el manual de referencia y se ha explicado en este foro varias veces. En realidad, no sirve para nada útil, y no restringe ni expande la longitud del numero, porque los valores numéricos no se almacenan como cifras, sino como números binarios. Y eso es otra cosa. Por eso la longitud máxima de un INT es de 4 bytes, y un bigint de 8, y MySQL no usa mas que eso.
Pero por otro lado, como estás definiendo diferente el campo FK de una tabla, respecto al de la PK referida (10 en uno y 255 en el otro), eso es una causa probable del fallo.
También hay que comprobar que las tablas estén vacías, y si no están vacías, asegurarse que los datos que existan cumplan las restricciones indicadas por la nueva FK.
Si al menos un registro no la cumple, no te dejará crear la FK.

Código MySQL:

CREATE TABLE `users` (
 `id_user` int NOT NULL AUTO_INCREMENT,
 `id_twitter` int NOT NULL COMMENT 'id de la cuenta twitter',
 `nombre` varchar(255) CHARACTER SET utf8 COLLATE utf8_spanish2_ci NOT NULL COMMENT 'nombre en twitter',
 `imagen` varchar(255) CHARACTER SET utf8 COLLATE utf8_spanish2_ci NOT NULL COMMENT 'imagen en twitter',
 `oauth_token` varchar(255) CHARACTER SET utf8 COLLATE utf8_spanish2_ci NOT NULL,
 `oauth_token_secret` varchar(255) CHARACTER SET utf8 COLLATE utf8_spanish2_ci NOT NULL,
 PRIMARY KEY (`id_user`)
) ENGINE=InnoDB AUTO_INCREMENT=15 DEFAULT CHARSET=utf8;
 
CREATE TABLE `answers` (
 `id_answer` int NOT NULL AUTO_INCREMENT,
 `answer` varchar(255) COLLATE utf8_spanish2_ci NOT NULL,
 `id_questions` int(255) NOT NULL,
 `id_users` int(255) NOT NULL,
 `datetime` datetime NOT NULL,
 `viewed_users` int UNSIGNED DEFAULT NULL,
 PRIMARY KEY (`id_answer`),
 KEY `id_questions` (`id_questions`),
 KEY `id_users` (`id_users`),
 CONSTRAINT `answers_ibfk_2` FOREIGN KEY (`id_questions`) REFERENCES `questions` (`id_question`),
 CONSTRAINT `answers_ibfk_3` FOREIGN KEY (`id_users`) REFERENCES `users` (`id_user`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish2_ci COMMENT='administra las respuestas de cada usuario';
 
ALTER TABLE answers 
ADD FOREIGN KEY (viewed_users) REFERENCES users (id_user);
 

Otro detalle que debes tener en cuenta es que 255 no es la longitud máxima actualmente en un VARCHAR. Una columna de ese tipo puede tener 65536 caracteres de longitud.

[gnzsoloyo]

Fusionado en cumplimiento de la Política de Uso 2.4.

[guardarmicorreo]

Muchas gracias por tu atención. Pido disculpas por haber abierto dos temas iguales. En un principio no los creía iguales, pero si se tratan de FK entonces sí, tienes razón.

Respecto al apunte que me haces, tienes razón, el 255 no sirve de nada. Es la costumbre con los VARCHAR, me enseñaron que había que limitarlos a 255 y ahí se quedó la manía. Lo corregiré para futuros desarrollos.

Respecto al problema que tengo también tienes razón. He cambiado todos los 255 de todos los campos INT de todas las tablas por 11, he ejecutado la instrucción SQL y ha funcionado, me ha creado el FK y relacionado con el id_user de users.

Es grato aprender contigo. Muchas gracias!!!! :D

(Siento de nuevo el haber repetido temas, en absoluto era mi intención)

[gnzsoloyo]

Me alegro que te sirviera.