herencia en mysql

[tecla2]

hola,
tengo una base de datos mysql
quiero crear esta herencia:

tabla persona (dni,nombre,apellido1,apellido2)

heredan:

tabla socio(nombreUsuario,password,dni)
tabla jugador(equipo,lesion,goles)
tabla directivo(cargo)

alguien sabe como lo puedo hacer??

[gnzsoloyo]

Con el uso de claves foráneas (FK).
El concepto de herencia en las bases de datos se halla en el nivel de diseño lógico (DER), pero cuando se está tratando de tablas físicas, esta herencia queda determinada por las relaciones entre tablas, las que se administran por medio de FK.

[tecla2]

por lo q entiendo, deberia hacer en cada una de las 3 tablas q heredan, 4claves foráneas, una a cada campo de la tabla persona, no??
gracias

[gnzsoloyo]

No.
Una FK es un campo o conjunto de campos que contiene como valor el valor de la clave primaria de la tabla a que hace referencia.
En tu caso, la tabla PERSONA contiene una sola PK, por lo que cada una de las tablas dependientes contendrá un sólo campo FK cuyo valor debe existir en la tabla primaria al momento de insertar un registro en la secundaria.

Claves Primarias / Claves Foráneas.

[tecla2]

vale, entonces tendria las tres tablas con una FK a dni de la tabla persona

Y si quiero introducir un nuevo directivo en la BD con dni, nombre, apellido1, apellido2 y cargo...
tengo q insertar primero en la tabla persona dni,nombre y apellidos y luego insertar en directivo dni y cargo, es así?

perdón por mi insistencia y gracias x la ayuda

[gnzsoloyo]

Y si quiero introducir un nuevo directivo en la BD con dni, nombre, apellido1, apellido2 y cargo...
tengo q insertar primero en la tabla persona dni,nombre y apellidos y luego insertar en directivo dni y cargo, es así?

SI.
El problema es que cuando haces un INSERT, DELETE o UPDATE, el mismo DBMS realiza antes de realizar efectivamente la operación algunas comprobaciones entre las que se cuentan: que la cantidad de campos entrantes correspondan en tipo y número con los que se indican, Que los tipos de datos sean válidos (tipo de columna), que se respeten las restricciones de NOT NULL, y que se respete la integridad referencial, la cual en este caso significa que verifica que la FK que se está ingresando como valor exista ya en la tabla a la que esa FK hace referencia.
Entonces, siempre y en todos los casos, las tablas dependientes deben cargarse luego de que los valores de las FK ya estén en las tablas primarias.
Los únicos casos en que esto no funciona es al usar tablas MyISAM (que no tienen restricciones de clave foránea), o si desactivas la comprobación de FK, cosa que se debe hacer bajo condiciones muy estrictas y sólo por optimización de carga de datos a gran escala.