[SOLUCIONADO] Problema al Relacionar Tablas MySQL

[dfmex]

Hola !!!

Disculpen, tengo un problema, y es que no sé como se deben relacionar las tablas en MySQL ya que he intentado hacerlo de muchas formas y todo me sale mal...

Básicamente quisiera un poco de asesoría con un ejemplo que me ayuden a relacionar estas tablas que muestro para yo hacer lo demás...

Uso MySQL Workbench pero también intenté usar Diseñador de phpMyAdmin, y nada me ha salido como espero...

Básicamente quisiera apoyo para lograr por lo menos estos propósitos y yo así entender como debo relacionar el resto:


Esta es una imagen del diseño que según he hecho:



Estos son los archivos .sql (Exportado) y .mwb (MySQL Workbench) que he usado para crear las bases de datos:

SQL
MySQL Workbench


Tabla PanelControlModulos:

• Sin Atributos especiales, unicamente su llave primaria (ID_Modulo con AutoIncremento)

Tabla PanelControlSecciones:

• ID_Modulo debe estar relacionada con ID_Modulo de PanelControlModulos.
• Si no existe el ID_Modulo insertado en el ID_Modulo de PanelControlModulos denegar la insersión.

Tabla PermosusSystemTLM:

• Usuario_ID debe estar relacionado con Usuario_ID de la tabla UsuariosTLM
• ID_SubMenu debe estar relacionado con ID_SubMenu de la tabla PanelControlSecciones
• Si no existe el Usuario_ID insertado en el Usuario_ID de UsuariosTLM denegar la insersión
• Si no existe el ID_SubMenu insertado en el ID_SubMenu de PanelControlSecciones denegar la insersión

Tabla UsuariosTLM:

• TipoUsuario_U debe estar relacionado con ID_Tipo de la tabla TiposUsuariosTLM
• Estatus_U debe estar relacionado con el ID_Estatus de la tabla EstatusUsuariosTLM
• Sucursal_U debe estar relacionado con ID_Sucursal de la tabla SucursalesTLM
• Si no existe el TipoUsuario_U insertado en el TipoUsuario_U de TiposUsuariosTLM denegar la insersión
• Si no existe el Estatus_U insertado en el Estatus_U de EstatusUsuariosTLM denegar la insersión
• Si no existe el Sucursal_U insertado en el Sucursal_U de SucursalesTLM denegar la insersión

Toda la ayuda que puedan proporcionarme para ayudarme a lograr mi objetivo se las agradeceré muchísimo.

[gnzsoloyo]

Todo claro, menos una cosa: ¿Cuál es exactamente tu problema? ¿El uso de MySQL Workbench como herramienta de diseño? ¿O cómo se relacionan las tablas que tienes que crear?

[dfmex]

Iniciado por gnzsoloyo

Todo claro, menos una cosa: ¿Cuál es exactamente tu problema? ¿El uso de MySQL Workbench como herramienta de diseño? ¿O cómo se relacionan las tablas que tienes que crear?

Hola que tal;

Mi problema es que no sé como relacionar las tablas, ni con MySQL Workbench ni phpMyAdmin...

Por ejemplo: Según yo las relacioné en el MySQL Workbench, pero cuando inserto un dato en una tabla donde no me debe dejar insertarlo porque no existe en otra, si me deja...

Y si borro un dato de una tabla que tiene dependientes, en teoria no me debería dejar, pero la borra y en las dependientes no les hace nada...

soy estudiante y no le entiendo muy bien, estas vacaciones he estado tratando de terminar mi proyecto para que no me coma el tiempo pero ando atorado en esto...

¿Alguna ayuda por favor?

----

Por ejemplo: La tabla de UsuariosTLM;

El propósito es este:

Tabla UsuariosTLM:
TipoUsuario_U debe estar relacionado con ID_Tipo de la tabla TiposUsuariosTLM
Estatus_U debe estar relacionado con el ID_Estatus de la tabla EstatusUsuariosTLM
Sucursal_U debe estar relacionado con ID_Sucursal de la tabla SucursalesTLM
Si no existe el TipoUsuario_U insertado en el TipoUsuario_U de TiposUsuariosTLM denegar la insersión
Si no existe el Estatus_U insertado en el Estatus_U de EstatusUsuariosTLM denegar la insersión
Si no existe el Sucursal_U insertado en el Sucursal_U de SucursalesTLM denegar la insersión

Pero no lo he logrado, las relaciones que he creado andan mal o algo así, entiendo la cardinalidad pero no como funcionan las relaciones en el MySQL Workbench porque pone muchos botoncitos y no se cual se le clicka primero o cuando usar cual :(

[gnzsoloyo]

Por ejemplo: Según yo las relacioné en el MySQL Workbench, pero cuando inserto un dato en una tabla donde no me debe dejar insertarlo porque no existe en otra, si me deja...

Y si borro un dato de una tabla que tiene dependientes, en teoria no me debería dejar, pero la borra y en las dependientes no les hace nada...

Ese nivel de restricciones sólo opera si las tablas son InnoDB, y se declararon las FK al crearlas o se les agregó luego de crearlas. Pero si el motor de tablas de MySQL que tienes en tu servidor es MyISAM, y no InnoDB, las FK no existen, ya que las MyISAM no las soporta.
No te olvides que MySQL no tiene un único motor de tablas, a diferencia de otros DBMS.
Todo esto está en el maual de referencia on-line de MySQL.

Lo que si puedo apreciar en tu diagrama es que todas las FK las tienes como nulables, lo que implica que no son datos obligatorios en tu esquema. eso está mal.

En cuanto al uso de MySQL Workbench, la interfaz gráfica permite crear modelados de datos, pero toma el motor por default como base para hacerlo, a menos que reconfigures las propiedades de la herramienta para eso.

[dfmex]

Iniciado por gnzsoloyo

Ese nivel de restricciones sólo opera si las tablas son InnoDB, y se declararon las FK al crearlas o se les agregó luego de crearlas. Pero si el motor de tablas de MySQL que tienes en tu servidor es MyISAM, y no InnoDB, las FK no existen, ya que las MyISAM no las soporta.
No te olvides que MySQL no tiene un único motor de tablas, a diferencia de otros DBMS.
Todo esto está en el maual de referencia on-line de MySQL.

Verifica cuál es el ENGINE de las tablas del diagrama, y verifica cuál es el de las tablas creadas.

En cuanto al uso de MySQL Workbench, la interfaz gráfica permite crear modelados de datos, pero toma el motor por default como base para hacerlo, a menos que reconfigures las propiedades de la herramienta para eso.

Según esto está configurado bien el modelo...

[gnzsoloyo]

en tu diagrama es que todas las FK las tienes como nulables, lo que implica que no son datos obligatorios en tu esquema. eso está mal.

[gnzsoloyo]

Para que se entienda la observación:

Nota: InnoDB no verifica las restricciones de claves foráneas en las claves foráneas o valores de claves referenciados que contengan una columna NULL.

http://dev.mysql.com/doc/refman/5.0/...nstraints.html

Caso en tu base:

Código MySQL:

CREATE TABLE IF NOT EXISTS `SistemaTLM`.`OperadoresTLM` (
  `ID_Operador` INT NOT NULL AUTO_INCREMENT,
  `CURP_OP` VARCHAR(18) NULL,  -- < Esto no se valida
  `Nombre_OP` INT NULL,
  `APaterno_OP` VARCHAR(20) NULL,
  `AMaterno_OP` VARCHAR(20) NULL,
  `FNacimiento_OP` DATE NULL,
  `Estatus_OP` INT NULL,
  `FechaAlta_OP` DATE NULL,
  `Licencia_OP` VARCHAR(255) NULL,
  `Licencia_Vence_OP` DATE NULL,
  `Unidad_OP` VARCHAR(15) NULL, -- < Estto no se valida
  PRIMARY KEY (`ID_Operador`),
  INDEX `fk_OperadoresTLM_DireccionOP1_idx` (`CURP_OP` ASC),
  INDEX `fk_OperadoresTLM_UnidadesTLM1_idx` (`Unidad_OP` ASC),
  CONSTRAINT `fk_OperadoresTLM_DireccionOP1`
    FOREIGN KEY (`CURP_OP`)
    REFERENCES `SistemaTLM`.`DireccionOP` (`CURP_OP`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_OperadoresTLM_UnidadesTLM1`
    FOREIGN KEY (`Unidad_OP`)
    REFERENCES `SistemaTLM`.`UnidadesTLM` (`Numero_UN`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
 
   # Esto no tiene sentido. ----------------------
  CONSTRAINT `fk_OperadoresTLM_ValesTLM1`
    FOREIGN KEY (`ID_Operador`)
    REFERENCES `SistemaTLM`.`ValesTLM` (`Operador_V`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;
 

Otro caso en tu base:

Código MySQL:

CREATE TABLE IF NOT EXISTS `SistemaTLM`.`PanelControlModulos` (
  `ID_Modulo` INT NOT NULL AUTO_INCREMENT,
  `NombreModulo` VARCHAR(255) NULL,
  `ImagenModulo` VARCHAR(255) NULL,
  `LinkModulo` VARCHAR(255) NULL,
  `innerModulo` VARCHAR(255) NULL,
  PRIMARY KEY (`ID_Modulo`),
  CONSTRAINT `fk_PanelControlModulos_PanelControlSecciones`
    FOREIGN KEY (`ID_Modulo`)
    REFERENCES `SistemaTLM`.`PanelControlSecciones` (`ID_Modulo`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;
 

¿La PK es AI, pero FK de otra tabla?
Eso no tiene sentido.
Si es un AI en una tabla no puede ser FK de otra tabla, Puede ser INT, pero es la tabla padre la que debe ser AI, no la local.

Tengo la impresión de que no tienes claro el tema de relaciones de foreign key...

Otra cosa: al apuntar a si mismas como FK, se disparan errores al correr tu backup, porque no puede crearse una FK sobre si misma cuando la tabla aún está creándose.

[dfmex]

Hola de nuevo, no sabía eso, ya he cambiado lo de los campos null, se pusieron en azul los campos, aunque unos en rojos, la imagen del diseño la subí y debería aparecer actualizada en el pos...

[gnzsoloyo]

Sería mejor que primero usaras el recurso de Forward engineering y generaras el script de la base, y lo vuelvas a postear acá.
Así vemos si está mejor.

Ten en cuetna que todo dato que en tu sistema deba ser obligatorio para el usuario que ingresa los datos, debe ser declarado NOT NULL. Siempre.

[dfmex]

Iniciado por gnzsoloyo

¿La PK es AI, pero FK de otra tabla?
Eso no tiene sentido.
Si es un AI en una tabla no puede ser FK de otra tabla, Puede ser INT, pero es la tabla padre la que debe ser AI, no la local.

Tengo la impresión de que no tienes claro el tema de relaciones de foreign key...

Otra cosa: al apuntar a si mismas como FK, se disparan errores al correr tu backup, porque no puede crearse una FK sobre si misma cuando la tabla aún está creándose.

Ciertamente no tengo claro las relaciones foreignkey, en la escuela nunca vimos el tema pero si nos dejaron el proyecto que requiere que lo sepamos.

Por eso me gustaría ver un ejemplo usando mis tablas para yo entender como debo hacerlo, porque en internet los ejemplos que veo usan tablas de ellos pero muchas veces no tienen casos de dependencias o restricciones que yo necesito ocupar...

en el Workbench yo solo le picaba al de relaciones y le daba click al campo padre y luego al hijo, y a veces no me dejaba y lo hacía al revez, la cosa es que no sé que onda :(

Pero no soy tonto, si me explican con un ejemplo de mis tablas lo entenderé, por eso acudí aquí y creeme que te agradezco los comentarios

[dfmex]

Iniciado por gnzsoloyo

Sería mejor que primero usaras el recurso de Forward engineering y generaras el script de la base, y lo vuelvas a postear acá.
Así vemos si está mejor.

Ten en cuetna que todo dato que en tu sistema deba ser obligatorio para el usuario que ingresa los datos, debe ser declarado NOT NULL. Siempre.

Listo, ya subi al servidor el sql actualizado, es el mismo link:

SQL
Workbench

[gnzsoloyo]

Sigues teniendo muchos problemas:

Código MySQL:

CREATE TABLE IF NOT EXISTS `SistemaTLM`.`PermisosSystemTLM` (
  `ID_Permiso` INT NOT NULL AUTO_INCREMENT,
  `Usuario_ID` INT NOT NULL,
  `ID_SubMenu` INT NOT NULL,
  PRIMARY KEY (`ID_Permiso`))
ENGINE = InnoDB;
 

Usuario_ID y ID_SubMenu deberían ser FK de sus tablas origen.

Código MySQL:

CREATE TABLE IF NOT EXISTS `SistemaTLM`.`PanelControlSecciones` (
  `ID_SubMenu` INT NOT NULL AUTO_INCREMENT,
  `ID_Modulo` INT NOT NULL,
  `NombreSeccion` VARCHAR(255) NULL,
  `LinkSeccion` VARCHAR(255) NULL,
  `ImagenSec` VARCHAR(255) NULL,
  PRIMARY KEY (`ID_SubMenu`),
  CONSTRAINT `fk_PanelControlSecciones_PermisosSystemTLM1`
    FOREIGN KEY (`ID_SubMenu`)
    REFERENCES `SistemaTLM`.`PermisosSystemTLM` (`ID_SubMenu`)
    ON DELETE CASCADE
    ON UPDATE CASCADE)
ENGINE = InnoDB;
 

ID_Modulo debería ser FK de su tabla origen.
ID_SubMenu no puede ser FK si es una PK y autoincremental en esta tabla.

Código MySQL:

CREATE TABLE IF NOT EXISTS `SistemaTLM`.`PanelControlModulos` (
  `ID_Modulo` INT NOT NULL AUTO_INCREMENT,
  `NombreModulo` VARCHAR(255) NULL,
  `ImagenModulo` VARCHAR(255) NULL,
  `LinkModulo` VARCHAR(255) NULL,
  `innerModulo` VARCHAR(255) NULL,
  PRIMARY KEY (`ID_Modulo`),
  CONSTRAINT `fk_PanelControlModulos_PanelControlSecciones`
    FOREIGN KEY (`ID_Modulo`)
    REFERENCES `SistemaTLM`.`PanelControlSecciones` (`ID_Modulo`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;
 

ID_Modulo no puede ser FK de otra tabla porque es autoincremental en esta.

En el caso de estas dos últimas tablas, estás creando una relación circular: La PK de la primera es FK de la segunda, donde su PK es FK de la primera.
Eso es una relación de imposible cumplimiento.

Si sigo adelante encuentro etos mismos problemas todo el tiempo...

Vamos al principio fundamental:

1) Toda tabla es como mínimo, la representación de una entidad del sistema.
2) Ciertas tablas son desagregaciones de una entidad por razones de normalización (Ver Formas Normales).
3) Ciertas tablas son producto de relaciones N:M (muchos a muchos), que obligatoriamente determinan la existencia de la tabla.

Y luego:

4) Toda tabla debe tener una clave primaria (PK).
5) Una clave primaria puede estar compuesta de un campo único, o de más de un campo, en tanto el grupo definido como PK sea de valores únicos para cada registro, para atributos en el mismo orden.
6) Un a clave foránea (FK) es un campo o conjunto de campos que referencia a la clave primaria de otra tabla, expresando una relación con esa tabla.
7) Una FK sólo puede tener por valores los valores que existan previamente en la tabla referenciada (donde esa clave es PK).
8) Una FK puede ser nula, si y sólo si la relación es opcional, y no mandatoria.
9) No pueden existir dependencias circulares.
10) Si una tabla hereda su clave de otra como FK (es PK y FK al mismo tiempo en su tabla), en la tabla dependiente no puede ser autoincremental. Esto por dos razones a) sus valores no se originan localmente, sino en la tabla referida, y b) una FK usualmente expresa una relación 1:N, donde la FK podría aparecer repetida, combinada con un discriminante, lo que rompería con su secuencialidad numérica.
11) Otras, muchas otras cosas mas....

Para limpiar un poco todo eso sería menester posiblemente borrar todas las relaciones y crearlas de nuevo, verificando qué es lo que se representa y cuáles son las dependencias funcionales entre las entidades.

La verdad es que sin conocer qué es lo que se trabaja, es un poco difícil.
¿Podrías describir sucintamente el sistema que estás modelando? ¿Qué hace, y qué entidades tiene?