 Autor
|
Tema: Pasar a MySQL (Leído 7,606 veces)
|
K-YreX
 Desconectado
Mensajes: 1.008
|
Hola de nuevo releyendo me he encontrado con esto: El campo BANCO es un string que representa el nombre del BANCO. (los datos concretos de pago como numero de cuenta se encuentran alojados en otra tabla a la cual se accede a través del número de control)
Lo que me raya la cabeza es el contenido del paréntesis, que significa, por más que intento comprender no entiendo lo que se pide.
Lo que te está pidiendo de forma indirecta es que tengas otra tabla con los datos concretos del pago, llamémosla InfoPago. Esta tabla tendrá como te dicen pues el número de cuenta y podría tener otras cosas como el titular o lo que consideres/te indiquen. Y que la relación entre InfoPago - Pago será 1:N. Cada pago apunta a un único registro de InfoPago mientras que cada registro de InfoPago puede ser referido desde diferentes pagos. El uso de esto es para no copiar todos los datos en cada pago. Guardas en una tabla el número de cuenta, titular,... y le das un número de control. Así cuando quieras decir que un pago fue realizado por un número de cuenta, en vez de copiar todo (número de cuenta, titular,...) solo tendrás que copiar el número de control y eso te permitirá saber siempre qué número de cuenta, titular,... hizo ese pago. Por si acaso diré que numeroControl tiene toda la pinta de ser la PK de InfoPago y una FK de Pago hacia InfoPago.
|
|
|
|
|
En línea
|
cout << "Todos tenemos un defecto, un error en nuestro código" << endl;
|
|
|
thebus4k
Desconectado
Mensajes: 39
|
Lo que te está pidiendo de forma indirecta es que tengas otra tabla con los datos concretos del pago, llamémosla InfoPago. Esta tabla tendrá como te dicen pues el número de cuenta y podría tener otras cosas como el titular o lo que consideres/te indiquen.
Y que la relación entre InfoPago - Pago será 1:N. Cada pago apunta a un único registro de InfoPago mientras que cada registro de InfoPago puede ser referido desde diferentes pagos.
El uso de esto es para no copiar todos los datos en cada pago. Guardas en una tabla el número de cuenta, titular,... y le das un número de control. Así cuando quieras decir que un pago fue realizado por un número de cuenta, en vez de copiar todo (número de cuenta, titular,...) solo tendrás que copiar el número de control y eso te permitirá saber siempre qué número de cuenta, titular,... hizo ese pago.
Por si acaso diré que numeroControl tiene toda la pinta de ser la PK de InfoPago y una FK de Pago hacia InfoPago.
De acuerdo, muchas gracias.
|
|
|
|
|
En línea
|
|
|
|
thebus4k
Desconectado
Mensajes: 39
|
Así es, una relación de cardinalidad N:M constituye una nueva entidad (tabla) que estará formada por las claves primarias de ambas tablas originales (que formarán conjuntamente la clave primaria de la nueva tabla) y los atributos de relación que pudiese haber (pudiendo ser alguno de ellos un discrimante y entonces habría que incluirlo en la clave primaria de la nueva tabla). CREATE TABLE [IF NOT EXISTS] Pedido ( id_pedido INT PRIMARY KEY [AUTO_INCREMENT], ... ); CREATE TABLE [IF NOT EXISTS] Producto ( id_producto INT PRIMARY KEY [AUTO_INCREMENT], ... ); -- Tabla resultante de la relacion: CREATE TABLE [IF NOT EXISTS] Inventario ( id_pedido INT, id_producto INT, cantidad INT [DEFAULT 1], -- Cantidad del producto id_producto que hay en el pedido id_pedido, [por defecto: 1] PRIMARY KEY(id_pedido, id_producto), [CONSTRAINT FK_Inventario_Pedido] FOREIGN KEY (id_pedido) REFERENCES Pedido(id_pedido), [CONSTRAINT FK_Inventario_Producto] FOREIGN KEY (id_producto) REFERENCES Producto(id_producto) );
Por ejemplo a esta relación le vendría bastante bien el atributo de relación <cantidad> para saber cuántos productos de cada tipo hay en cada pedido. Las partes entre corchetes [] son opcionales y si se ponen tienes que quitar los corchetes.
El DELETE ON CASCADE tienes que incluirlo en la FOREIGN KEY de la tabla que quieres que se elimine en cascada, es decir, de la tabla opuesta a la que tú vas a borrar. En este caso si quieres que al eliminar un Pedido, se elimine un Pago, Pedido tiene que ser la tabla independiente (que no contiene la FK) y Pago será la dependiente. CREATE TABLE [IF NOT EXISTS] Pago ( id_pago INT PRIMARY KEY [AUTO_INCREMENT], ... id_pedido INT, [CONSTRAINT FK_Pago_Pedido] FOREIGN KEY (id_pedido) REFERENCES Pedido(id_pedido) ON DELETE CASCADE );
Hola perdona que moleste otra vez, he creado toda la estructura pero me genera errores y no logro ver cuales son ya que he seguido todo lo que me has ido poniendo.
|
|
|
|
« Última modificación: 3 Junio 2020, 19:40 pm por thebus4k »
|
En línea
|
|
|
|
K-YreX
Desconectado
Mensajes: 1.008
|
Diría que el problema que tienes se debe a que tienes que especificar el tamaño máximo de cada varchar.
Es decir varchar(n) donde n es un número. Si no quieres especificar un tamaño puedes usar MAX pero no es muy recomendable generalmente.
Si tienes algún problema más, incluye también el mensaje de error que te salga.
|
|
|
|
|
En línea
|
cout << "Todos tenemos un defecto, un error en nuestro código" << endl;
|
|
|
thebus4k
Desconectado
Mensajes: 39
|
Diría que el problema que tienes se debe a que tienes que especificar el tamaño máximo de cada varchar.
Es decir varchar(n) donde n es un número. Si no quieres especificar un tamaño puedes usar MAX pero no es muy recomendable generalmente.
Si tienes algún problema más, incluye también el mensaje de error que te salga.
Error de SQL (1005): Can't create table `tienda`.`pedido` (errno: 150 "Foreign key constraint is incorrectly formed")
|
|
|
|
|
En línea
|
|
|
|
K-YreX
Desconectado
Mensajes: 1.008
|
Claro, no me había dado cuenta.
Si al crear una tabla (Pedido), intentas hacer referencia a otras tablas (Vendedor y Cliente), estas tienen que existir ya.
Por eso si creas FKs tienes que asegurarte que primero creas las tablas a las que vas a hacer referencia.
|
|
|
|
|
En línea
|
cout << "Todos tenemos un defecto, un error en nuestro código" << endl;
|
|
|
thebus4k
Desconectado
Mensajes: 39
|
Claro, no me había dado cuenta.
Si al crear una tabla (Pedido), intentas hacer referencia a otras tablas (Vendedor y Cliente), estas tienen que existir ya.
Por eso si creas FKs tienes que asegurarte que primero creas las tablas a las que vas a hacer referencia.
Si era eso, ya fallo hasta al leer porque tenia una de las tablas antes, me faltaba poner la otra tabla. Como puedo hacer que al introducir datos cada pedido tenga al menos 3 productos? Con la tabla que relaciona las dos tablas con el campo cantidad?
|
|
|
|
|
En línea
|
|
|
|
|
| Mensajes similares |
|
Asunto |
Iniciado por |
Respuestas |
Vistas |
Último mensaje |
|
|
MySQL Handler (Clase en php) para los que utilizan MySQL ;)
PHP
|
Luisango
|
4
|
5,877
|
17 Noviembre 2007, 15:42 pm
por Luisango
|
|
|
|
MySQL.com (also MySQL France,Italy,Japan,Germany,etc) Hacked by TinKode & Ne0h
Bugs y Exploits
|
TinKode
|
1
|
3,662
|
27 Marzo 2011, 17:32 pm
por Tyrz
|
|
|
|
Problema al pasar a Mysql un Select
Bases de Datos
|
David Vans
|
3
|
4,136
|
1 Septiembre 2011, 04:55 am
por seba123neo
|
|
|
|
error 1130 mysql host localhost is no allowed to connect to mysql
Bases de Datos
|
josco
|
1
|
5,435
|
9 Enero 2012, 05:32 am
por Shell Root
|
|
|
|
[C#] Pasar dos argumentos por DisplayMember (Mysql)
.NET (C#, VB.NET, ASP)
|
DeMoNcRaZy
|
2
|
2,542
|
10 Septiembre 2015, 21:38 pm
por DeMoNcRaZy
|
 |
