[SOLUCIONADO] mysql errores al crear FK

[chitin]

Estoy literalmente desesperada...llevo 3 días con este problema en el trabajo y no veo manera de resolverlo...

Estas son mis tablas:

Código MySQL:

CREATE TABLE `dvaggregatecomponents` (
`AGGREGATEKEY` varchar(256) NOT NULL,
`AGGREGATEVERSION` int(4) NOT NULL,
`COMPONENTKEY` varchar(256) NOT NULL,
`COMPONENTVERSION` int(4) NOT NULL,
`ADMIN` int(1) NOT NULL,
PRIMARY KEY (`AGGREGATEKEY`(255),`AGGREGATEVERSION`,`COMPONENT KEY`(255),`COMPONENTVERSION`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8$$
 

Código MySQL:

CREATE TABLE `dvaggregates` (
`AGGREGATEKEY` varchar(256) NOT NULL,
`VERSION` int(4) NOT NULL,
`PROFILEMANAGER` int(10) DEFAULT NULL,
`CUSTOMPORTLETMODE` varchar(4000) DEFAULT NULL,
`CUSTOMWINDOWSTATE` varchar(4000) DEFAULT NULL,
PRIMARY KEY (`AGGREGATEKEY`(255),`VERSION`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8$$
 

Creando la FK:

Código MySQL:

ALTER TABLE `dvaggregatecomponents` 
ADD CONSTRAINT dvaggregatecomponents_fk
FOREIGN KEY (`AGGREGATEKEY`, `AGGREGATEVERSION` )
REFERENCES `dvaggregates` (`AGGREGATEKEY` , `VERSION` )
ON DELETE NO ACTION
ON UPDATE NO ACTION;
 

me devuelve:
Error Code: 1071. Specified key was too long; max key length is 767 bytes

Limito entonces el campo varchar:

Código MySQL:

ALTER TABLE `dvaggregatecomponents` 
ADD CONSTRAINT dvaggregatecomponents_fk
FOREIGN KEY (`AGGREGATEKEY`(249), `AGGREGATEVERSION` )
REFERENCES `dvaggregates` (`AGGREGATEKEY` , `VERSION` )
ON DELETE NO ACTION
ON UPDATE NO ACTION;
 

y el error es:

Error Code: 1215. Cannot add foreign key constraint

no encuentro el problema!!

Los campos son del mismo tipo en ambas tablas, la BD está vacía, el orden es el mismo, las columnas son PK, no hago SET NOT NULL ni en DELETE ni en UPDATE ...

¿Alguna idea?

Un millón de gracias!!!!!

[quimfv]

`AGGREGATEKEY` varchar(249) NOT NULL,

...

FOREIGN KEY (`AGGREGATEKEY`, `AGGREGATEVERSION` )

Lo que debes hacer es reducirlo en la definición del campo no en la FK. No se si pasarlo de 256 a 249 será suficiente.

[gnzsoloyo]

La primera pregunta que a mi se me ocurre es ¿Por qué defines una PK con longitud de 256 caracteres? ¿Qué valores puede necesitar esa clave para almacenar semejante cosa?
No resulta un modo muy eficiente, parece impráctica, por lo que lo primero que a mi entender habría que hacer es analizar si realmente se necesita una PK de esas características.
Por otro lado, un consejo: No uses palabras en inglés como nombres de columna, tales como "VERSION". Son palabras reservadas, y luego en las consultas pueden disparar errores de sintaxis indetectables si no se los controla debidamente.

[chitin]

Muchas gracias a los dos, la verdad es q ni las tablas ni el diseño es mío, son "heredadas" de un desarrollo previo y me ha tocado el marrón de hacer ciertas modificaciones...con lo cual, me temo que el cambiar los nombres de las columnas no es viable.

Probaré a cambiar la longitud del VARCHAR y os cuento!

Mil gracias de nuevo por vuestro tiempo!

[gnzsoloyo]

Me quedé con la duda respecto a qué representa una clave tan larga.
¿Realemnte necesitan esa longitud? ¿QUé dato contiene que pueda requerirlo?

Por otro lado, a menos que estés trabajando para la misma empresa que la usa, deberías intentar convencer al cliente para modificar esa estructura por algo más coherente.

[chitin]

Muchísimas gracias!! reduciendo el tamaño ha funcionado y me permite crear la FK.

Respondiendo a tu pregunta, no tengo ni idea de q almacenan en dichas tablas, pero tienen otras PK que incluso superan ese tamaño (VARCHAR(512)) por ejemplo

El diseño es de un jefe de mi empresa, con lo cual, ni me planteo meterme en ese jardín de proponerle q lo cambie, ya sabes, él es "dios" y yo sólo soy una pobre programadora con experiencia en bastantes campos, pero totalmente novata en JAVA y en mysql, con lo cual no van a tener en cuenta mi opinión.

[chitin]

He encontrado una nueva forma de que me permita crear las FK sin reducir el tamaño de las columnas.

Para ello, al crear la tabla hay que configurar las variables:

Código:

SET GLOBAL innodb_large_prefix=1; 
SET GLOBAL innodb_file_format=barracuda;

y luego basta con añadir al final de la query de creación de la tabla:
ROW_FORMAT=DYNAMIC

Por ejemplo:

Código:

CREATE TABLE `dvaggregates` 
(`aggregatekey` VARCHAR(256), `version` INT(4), 
`profilemanager` INT(10), `customportletmode` VARCHAR(4000), 
`customwindowstate` VARCHAR(4000), CONSTRAINT dvaggregates_PK 
PRIMARY KEY (`aggregatekey`, `version`)) 
ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;