[SOLUCIONADO] Foreign Keys

[7sistemas]

Hola. Tengo una duda relativa a las claves foráneas.

Tengo las siguientes tablas. Para no delegar la integridad en la aplicación, decidí añadir claves foráneas pero no termino de comprender el funcionamiento. Dejo las tres tablas que quisiera conectar:

Código SQL:

CREATE TABLE usuarios (
  id INT NOT NULL AUTO_INCREMENT,
  nombre VARCHAR(50) NOT NULL,
  apellido VARCHAR(50) NOT NULL,
  activo tinyint(1) NOT NULL DEFAULT 0,
  dni VARCHAR(10),
  observaciones longtext,
  INDEX (id),
  PRIMARY KEY (id)) engine=InnoDB;
  
CREATE TABLE usuarios_aux_nivel_acceso (
  id INT NOT NULL AUTO_INCREMENT,
  id_usuario INT NOT NULL,
  id_nivel_acceso INT NOT NULL,
  INDEX (id),
  INDEX (id_usuario),
  INDEX (id_nivel_acceso),
  PRIMARY KEY (id)) engine=InnoDB;
 
CREATE TABLE aux_nivel_acceso (
  id INT NOT NULL AUTO_INCREMENT,
  nivel INT NOT NULL,
  nombre VARCHAR(30) NOT NULL,
  descripcion longtext NOT NULL,
  INDEX (id),
  PRIMARY KEY (id)) engine=InnoDB;
  
ALTER TABLE usuarios_aux_nivel_acceso ADD CONSTRAINT fk_nivel_acceso_nivel FOREIGN KEY (id_nivel_acceso) REFERENCES aux_nivel_acceso(id);
ALTER TABLE usuarios_aux_nivel_acceso ADD CONSTRAINT fk_nivel_acceso_usuario FOREIGN KEY (id_usuario) REFERENCES usuarios(id);
 

[/CODE]


Gracias!

[7sistemas]

Ya lo comprendí. Nada como la prueba-error.

Ahora mi pregunta es: ¿es correcto mi código? ¿están bien ubicadas las fk?

En las pruebas que he realizado, mientras haya alguna referencia entre los registros, no se pueden eliminar. Pero no sé si sería correcto o más eficiente ponerlas en otra tabla.

Gracias!

[gnzsoloyo]

En las pruebas que he realizado, mientras haya alguna referencia entre los registros

Precisamente eso es lo que se denomina "integridad referencial" y es el objetivo PRIMARIO de las FK. Evitar que puedas borrar, insertar o alterar algo sin respetar su dependencia.
Ponerlas en otra tabla NO ES EFICINENCIA, y por otro lado no afectará en nada, porque en esa tabla deberías definirlas como FK, con lo que vuelves a caer en la restricción.

No intentes inventar soluciones. Simplemente aprende a usar las FK según las reglas ya definidas, que son las que valen.

En cuanto a lo de bien puestas, es relativo. Si me atengo al modelo E-R, los ID son innecedsarios si ya tienes otros identificadores únicos, como son la columna NIVEL, que se supone que identifica a cada uno de los diferentes niveles.

Por otro lado, tu modelo de tres tablas sólo se justifica si un usuario dado puede tener N niveles de acceso diferentes, lo que sería irregular por decirlo suavemente. Diferentes niveles de acceso se suelen regular de otra forma.
Si un usuario solo tiene un único nivel, entonces la tabla usuarios_aux_nivel_acceso es superflua, y la FK del nivel debería estar en la tabla de usuario.

[7sistemas]

Gracias por la explicación!