error al crear tablas vida o muerte plis

[carolina3]

estoy creando una base de datos y al pasar el código a mysql en la tabla factura me dice que no puede crearla pero no me dice cual es el problema no se si podrían ser los index es que soy novata en esto y no veo el error alguien me podría orientar que tengo o estoy haciendo mal muchas gracias a todos los foreros del estos foros,

este es el código:

Código MySQL:

CREATE TABLE tienda
(
tienda_id INT NOT NULL AUTO_INCREMENT,
tienda INT NOT NULL,
tipo_de_tienda  VARCHAR(100),
PRIMARY KEY (tienda_id,tienda),
INDEX (tienda))
 ENGINE = InnoDB;
 
CREATE TABLE usuarios
(
usuario_id INT NOT NULL AUTO_INCREMENT,
tienda INT NOT NULL, 
nombre VARCHAR(50),
 apellidos VARCHAR(50),
email VARCHAR(100),
pasword VARCHAR(50),
fecha_alta TIMESTAMP,
PRIMARY KEY (usuario_id),
FOREIGN KEY (tienda) REFERENCES tienda (tienda))
 ENGINE = InnoDB;
 
 
CREATE TABLE productos
(
producto_id INT NOT NULL AUTO_INCREMENT,
tienda  INT NOT NULL,
precio_producto DOUBLE  NOT NULL ,
detalle_producto  CHAR NOT NULL,
foto_producto VARCHAR (100),
existencias_producto DOUBLE,
ref_producto DOUBLE,
nombre_producto VARCHAR (100),
PRIMARY KEY (producto_id),
FOREIGN  KEY (tienda) REFERENCES tienda (tienda))
 ENGINE = InnoDB;
 
CREATE TABLE usuario_user
(
usuario_user_id INT NOT NULL  AUTO_INCREMENT,
nombre_user  VARCHAR(60) NOT NULL,
apellido_user VARCHAR(70) NOT NULL,
tienda  INT NOT NULL,
email VARCHAR(100),
password_user_invitado VARCHAR(50),
fecha_alta_invitado TIMESTAMP,
PRIMARY KEY (usuario_user_id,nombre_user,apellido_user),
INDEX(usuario_user_id),
FOREIGN KEY (tienda) REFERENCES tienda (tienda)
) ENGINE = InnoDB; 
 
 
CREATE TABLE factura
(
factura_id INT NOT NULL AUTO_INCREMENT,
nombre_producto VARCHAR(100),
cantidad_producto DOUBLE,
total_factura DOUBLE NOT NULL,
tienda INT NOT NULL,
nombre_user VARCHAR (50) NOT NULL,
apellido_user VARCHAR(70)NOT NULL,
PRIMARY KEY (factura_id),
INDEX(factura_id),
FOREIGN KEY (tienda) REFERENCES tienda(tienda),
FOREIGN KEY (total_factura) REFERENCES pedidos(total_factura),
FOREIGN KEY (nombre_user) REFERENCES usuario_user (nombre_user),
FOREIGN KEY (apellido_user) REFERENCES usuario_user (apellido_user))
ENGINE = InnoDB;
 
CREATE TABLE pedidos
(
pedido_id INT NOT NULL  AUTO_INCREMENT,
tienda  INT NOT NULL,
nombre_user  VARCHAR(50) NOT NULL,
apellido_user VARCHAR(70) NOT NULL,
fecha_pedido TIMESTAMP,
total_factura DOUBLE    NOT  NULL,
PRIMARY KEY (pedido_id,total_factura),
FOREIGN KEY (tienda) REFERENCES tienda (tienda),
FOREIGN KEY (nombre_user) REFERENCES usuario_user (nombre_user),
FOREIGN KEY (apellido_user) REFERENCES usuario_user (apellido_user))
 ENGINE = InnoDB;
 
 
CREATE TABLE noticias_tienda
(
noticia_id INT NOT NULL AUTO_INCREMENT,
tienda INT NOT NULL,
titular VARCHAR(100),
texto TEXT,
grupo INT,
fecha_notocia TIMESTAMP,
PRIMARY KEY (noticia_id),
FOREIGN KEY (tienda) REFERENCES tienda (tienda))
 ENGINE = InnoDB;
 

[quimfv]

...
FOREIGN KEY (total_factura) REFERENCES pedidos(total_factura),
...

....

CREATE TABLE pedidos
....


El script se ejecuta secuencialmete, luego dificil que puedas hacer referencia a un objeto que aún no existe... combia el orden de ejecución....

[carolina3]

muy buenas quimfv te refieres a que coloque la tabla pedidos antes que la de factura.

[carolina3]

pues el orden podría ser que estuviese mal pero el problema sigue ahora con la tabla pedidos no veo el error por ninguna parte mysql dice error 150 pero no encuentro a que se refiere.

alguien podría aportar alguna idea por favor

[gnzsoloyo]

Básicamente tienes una mala construcción de las claves primarias en casi todas las tablas, y una errónea definición de las claves foráneas, que no respetan el esquema de las PK.

[carolina3]

gnzsoloyo podrías echarme una mano es la primera base de datos que creo y ya suponía que la construcción me traería problemas pero puedes orientarme un poco que tengo mal, te lo agradecería llevo mucho tiempo montando esto

[gnzsoloyo]

Hay dos cosas que debes tener en cuenta a la hora de definir claves:
1) Una clave primaria es un atributo o conjunto de atributos que identifican unívocamente un registro en una tabla (definición general).
Esto significa que:
- Si tienes un campo que por si mismo es capaz de identificar un registro dado, no necesitas poner más que uno como PK.
- Si y sólo si no es suficiente con un campo, puede usarse para hacer una PK varios al mismo tiempo.
- Es preferible siempre usar un campo cuyo valor sea propio de la entidad representada.

En tu caso, en la tabla "tienda" ya tienes un campo numérico autoincremental, el cual jamás se repetirá. ¿Para qué creas esa PK con dos campos, entonces?
Eso mismo lo estás haciendo con "Pedidos" y "Usuario". Nada de eso tiene sentido.

En el caso de "Usuario", el hecho de que un usuario tenga un username posible irrepetible hace que no se necesite ningún otro dato. No tiene ninguna utilidad en ese caso hacer un autoincremental para ello. Resulta redundante.

2) Una FOREIGN KEY es un campo o conjunto de campos que hacen referencia a la clave primaria de otra tabla.
Las FK surgen de las relaciones entre entidades (tablas en el modelo físico de BBDD), y se ajustan a la cardinalidad de las relaciones.
- En una relación 1:1, la PK va como FK en aquella donde exista correspondencia lógica. El ejemplo sería que la matrícula pertenece a un único vehículo. En ese caso la PK de Matrícula va en vehículo y lno a la inversa.
- En las relaciones 1:N, las PK van como FK en la tabla donde la cardinalidad sea N.
- Las relaciones N:N no transfieren su Pk como FK a la otra tabla, sino que se debe generar una tercera tabla (relacional) que administre la relación. En esa tabla ambas PK van como FK y al mismo tiempo ambas son PK de esa tabla.

Lo que debe quedarte claro es que una FK, como se refiere a una PK de una tabla debe tener la misma cantidad de campos que la PK original, del mismo tipo y ser del mismo rango. Eso es una de las cosas que no estás respetando.

Algunas observaciones que se pueden hacer son, por ejemplo:
- Tienes dos identificadores posibles para "Tienda": tienda_id y tienda. ¿Por qué? Sólo necesitas uno, y si las tiendas en cuestión tienen su propia designación en la empresa, es esa designación la que debes usar. La otra es superflua.
- Usuario puede utilizar un username como identificador, o bien el e-mail. Es más eficiente como dato. Si vas a usar una numeración específica, bien, pero que tenga sentido dentro del ssitema y debe ser la misma que se usa en cualquier otro tipo de documentación no informática que exista.
- La tabla Producto no debe contener el numero de tienda. En todo caso lo que te falta es una tabla para controlar el stock de la tienda, ya que una tienda puede tener muchos productos y cada producto estar en diferentes tiendas (relación N.N). Eso requiere de una tabla específica.
- La tabla usuario_user parece redundante respecto a la tabla usuarios. ¿Qué representa?
- Tablas del tipo Factura se deben desdoblar en Factura y Detalle. Revisa el tema de Formas Normales para una mejor comprensión.

Consejo final (por ahora): Estudia un poco más del modelo entidad-relación y de diseño de bases de datos antes de meterte a planear sistemas algo elaborados como el que quieres hacer, o terminarás inventando la rueda varias veces antes de completarlo.

Suerte...

[carolina3]

gnzsoloyo para empezar muchas gracias por tus aclaraciones te debo unas cuantas ya en estos foros,

la tabla tienda tienes razón he eliminado el identificador con el campo tienda para PK es suficiente ya que el nombre de las tiendas no debe repetirse nunca.

en el caso de usuarios me dices por que tengo dos tablas con usuario y usuario_user bueno es sencillo te explicare un poco la idea pues aclarare algunas dudas, un usuario se registra en la web el cual crea su tienda y dentro de esta tienda debe tener sus propios usuarios por eso las dos tablas, los usuarios de mi web gestionaran a sus propios usuarios.

La tabla producto básicamente sirve para que los propietarios de las tiendas puedan rellenar las características del producto, con su foto precio etc... ahy tengo una duda de como crear una referencia para los productos teniendo en cuenta de que cada tienda debe tener referencias diferentes por no ser de la misma.

la tabla factura he optado por eliminarla en definitiva esta y la de pedido era para posteriores ampliaciones del proyecto de momento optare por quedarme con la de pedido para poder saber cuantos pedidos realizan los usuarios de cada tienda.


bueno ya se parece un poco lioso pero por hay va la idea, asi me quedaron las tablas después de tu aporte ahora mysql me las coje todas, pero seguro que se puede mejorar y mucho supongo que me iré encontrando con problemas uno de ellos los indices que por mucho que leo sobre ellos sigo sin entender muy bien su función.

Código MySQL:

CREATE TABLE tienda
(
tienda INT NOT NULL,
tipo_de_tienda VARCHAR(100),
PRIMARY KEY (tienda),
INDEX (tienda))
 ENGINE = InnoDB;
 
 
CREATE TABLE usuarios
(
usuario_id INT NOT NULL AUTO_INCREMENT,
tienda INT NOT NULL, 
nombre VARCHAR(50),
 apellidos VARCHAR(50),
email VARCHAR(100),
pasword VARCHAR(50),
fecha_alta TIMESTAMP,
PRIMARY KEY (usuario_id),
FOREIGN KEY (tienda) REFERENCES tienda (tienda))
 ENGINE = InnoDB;
 
 
CREATE TABLE productos
(
producto_id INT NOT NULL AUTO_INCREMENT,
tienda  INT NOT NULL,
precio_producto DOUBLE  NOT NULL ,
detalle_producto CHAR NOT NULL,
foto_producto VARCHAR (100),
existencias_producto DOUBLE,
ref_producto DOUBLE,
nombre_producto VARCHAR (100),
PRIMARY KEY (producto_id),
FOREIGN  KEY (tienda) REFERENCES tienda (tienda))
 ENGINE = InnoDB;
 
CREATE TABLE usuario_user
(
usuario_user_id INT NOT NULL  AUTO_INCREMENT,
email_user VARCHAR(100)NOT NULL,
nombre_user VARCHAR(60) NOT NULL,
apellido_user VARCHAR(70) NOT NULL,
tienda INT NOT NULL,
password_user_invitado VARCHAR(50),
fecha_alta_invitado TIMESTAMP,
PRIMARY KEY (usuario_user_id,email_user),
INDEX(email_user),
FOREIGN KEY (tienda) REFERENCES tienda (tienda)
) ENGINE = InnoDB; 
 
 
CREATE TABLE noticias_tienda
(
noticia_id INT NOT NULL AUTO_INCREMENT,
tienda INT NOT NULL,
titular VARCHAR(100),
texto TEXT,
grupo INT,
fecha_notocia TIMESTAMP,
PRIMARY KEY (noticia_id),
FOREIGN KEY (tienda) REFERENCES tienda (tienda)
)
 ENGINE = InnoDB;
 
 
 
CREATE TABLE pedidos
(
pedido_id INT NOT NULL  AUTO_INCREMENT,
email_user VARCHAR(100)NOT NULL,
 total_factura DOUBLE   NOT  NULL,
tienda  INT NOT NULL,
fecha_pedido TIMESTAMP,
PRIMARY KEY (pedido_id),
FOREIGN KEY (tienda) REFERENCES tienda (tienda),
FOREIGN KEY (email_user) REFERENCES usuario_user(email_user)
)
ENGINE = InnoDB;