ERROR 1005 al crear la tabla

[Sebastian100]

Este es mi código. Me da error al intentar crear la tabla actua. ¿Saben porque puede ser? Gracias de antemano.

Código SQL:

CREATE DATABASE TOROS;
USE TOROS;
 
CREATE TABLE TORERO
(
 NIF NUMERIC(8) PRIMARY KEY,
 NOMBRE VARCHAR(30),
 APODO VARCHAR(30),
 FECHA_ALT DATE,
 NIF_ALT NUMERIC(8)
);
CREATE TABLE PLAZA
(
 NOMBRE VARCHAR(30) PRIMARY KEY,
 LOCALIDAD VARCHAR(30),
 DIRECCION VARCHAR(30),
 AFORO NUMERIC(4) 
);
 
CREATE TABLE CORRIDA
(
 ORDEN NUMERIC(2),
 FERIA VARCHAR(30),
 ANYO DATE,
 NOMBRE_PLAZA VARCHAR(30),
 CONSTRAINT PK_CORRIDA PRIMARY KEY(ORDEN,FERIA,ANYO),
 CONSTRAINT FK_CORRIDA_PLAZA FOREIGN KEY(NOMBRE_PLAZA) REFERENCES PLAZA(NOMBRE)
 );
 
CREATE TABLE ACTUA
(
 ORDEN NUMERIC(2),
 FERIA VARCHAR(30),
 ANYO DATE,
 NIF_TORERO VARCHAR(30),
 PUERTAGRANDE CHAR(1),
 RABOS NUMERIC(1),
 OREJAS NUMERIC(1),
 CONSTRAINT PK_ACTUA PRIMARY KEY(ORDEN,FERIA,ANYO,NIF_TORERO),
 CONSTRAINT FK_ACTUA_C_ORDEN FOREIGN KEY(ORDEN) REFERENCES CORRIDA(ORDEN),
 CONSTRAINT FK_ACTUA_C_FERIA FOREIGN KEY(FERIA) REFERENCES CORRIDA(FERIA),
 CONSTRAINT FK_ACTUA_C_ANYO FOREIGN KEY(ANYO) REFERENCES CORRIDA(ANYO),
 CONSTRAINT FK_ACTUA_TORERO FOREIGN KEY(NIF_TORERO) REFERENCES TORERO(NIF)
 );
 

[richarparrao]

debes reemplazar el tipo de dato NUMERIC por cualquiera de estos tipos que son para mysql
http://dev.mysql.com/doc/refman/5.0/...ric-types.html y al final adicionarle ENGINE=InnoDB;

saludos...

[gnzsoloyo]

Nada que ver.
El problema se da en dos partes:
1) Una FK es un campo o conjunto de campos que referencia a la PK de otra tabla. Eso es básico.
Ahora bien, una PK puede ser un campo único o un conjunto de campos que considerados como unidad, identifican unívocamente un registro en una tabla. El problema es que una FK tiene la misma restricción que la PK: Debe ser declarada sobre el conjunto de campos que compongan también la PK de referncia, y en tu caso estás declarando por separado cada uno de los campos implicados como FK.
Eso no es correcto. La FK es una sola unidad, y debe declararse con los mismos campos, y siendo todos ellos del mismo tipo de columna y en el mismo orden... Por eso falla.

2) También falla porque para poder relacionar un campo como FK con una PK, ambos deben ser del mismo tipo de datos, rango e inclusive CHARSET. No debe haber diferencia entre ellos, porque si no uno de ellos podría aceptar más valores que el otro, o bien no se podrían emparejar por contener diferentes códigos para el mismo caracter.
En tu caso, los campos NIF y NIF_TORERO son de tipo diferente, uno es VARCHAR y el otro NUMERIC. Eso es un error.

¿Se comprende la idea?

El script quedaría más o menos así:

Código MySQL:

CREATE DATABASE TOROS;
USE TOROS;
 
CREATE TABLE TORERO
(
 NIF NUMERIC(8) PRIMARY KEY,
 NOMBRE VARCHAR(30),
 APODO VARCHAR(30),
 FECHA_ALT DATE,
 NIF_ALT NUMERIC(8)
);
CREATE TABLE PLAZA
(
 NOMBRE VARCHAR(30) PRIMARY KEY,
 LOCALIDAD VARCHAR(30),
 DIRECCION VARCHAR(30),
 AFORO NUMERIC(4)
);
 
CREATE TABLE CORRIDA
(
 ORDEN NUMERIC(2),
 FERIA VARCHAR(30),
 ANYO DATE,
 NOMBRE_PLAZA VARCHAR(30),
 CONSTRAINT PK_CORRIDA PRIMARY KEY(ORDEN,FERIA,ANYO),
 CONSTRAINT FK_CORRIDA_PLAZA FOREIGN KEY(NOMBRE_PLAZA) REFERENCES PLAZA(NOMBRE)
 );
 
CREATE TABLE  `ACTUA` (
  `ORDEN` decimal(2,0) NOT NULL default '0',
  `FERIA` varchar(30) NOT NULL default '',
  `ANYO` date NOT NULL default '0000-00-00',
  `NIF_TORERO` int(10) unsigned NOT NULL,
  `PUERTAGRANDE` char(1) default NULL,
  `RABOS` decimal(1,0) default NULL,
  `OREJAS` decimal(1,0) default NULL,
  PRIMARY KEY  (`ORDEN`,`FERIA`,`ANYO`,`NIF_TORERO`),
  KEY `FK_ACTUA_TORERO` (`NIF_TORERO`),
  CONSTRAINT `FK_ACTUA_TORERO` FOREIGN KEY (`NIF_TORERO`) REFERENCES `torero` (`NIF`),
  CONSTRAINT `FK_ACTUA_C_ORDEN` FOREIGN KEY (`ORDEN`, `FERIA`, `ANYO`) REFERENCES `corrida` (`ORDEN`, `FERIA`, `ANYO`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 

Usé MySQL Query Browser para corregir la tabla, de allí la diferencia de escritura.

Detalles:
- Es conveniente usar tipos nativos de MySQL para la los scripts de creación de tablas, por cuanto sino MySQL hará una conversión implícita. Si no quieres hacerlo por cuestión de costumbre o de portabilidad, lo que debes hacer es usar el tipo no nativo cuya conversión sea más cercana a la realidad.
Para darte un ejemplo, NUMERIC no es sinónimo de INTEGER, sino de DECIMAL, con lo que crearás una PK con punto flotante... que no tiene ningún sentido. Nadie escribe en decimales el identificador de un exprediente, por ejemplo. En ese caso corresponde SMALLINT, MEDIUMINT, INT, o BIGINT.
Consulta los tipos de columna en el manual: MYSQL::11. Tipos de columna.

- En los identificadores de tipo numérico, usa UNSIGNED donde puedas. Te permite el doble de rango, y además no existen números negativos en los expedientes, como te imaginarás.

- En los nombres de objetos de bases de datos (tablas, bases, columnas, etc.), ten en cuenta que usarlos con mayúsculas te puede dar problemas de portabilidad de código, porque si la base se instala en un servidor basado en Linux, los sistemas de ese tipo son sensibles a MAYUSCULAS/minúsculas, lo que puede dar resultados erráticos en la programación. Es preferible usar minúsculas (de todos modos, MySQL te convierte los nombres de las tablas y bases a minúsculas por default).

[salazargustavo279]

Todavía quedan vacíos y se puede usar el complemento