Saber con que tabla esta relacionada.

[Baaaw Oic]

Tengo una BD con InnoDB, la tabla personal esta unida a usuario.

Código (sql) [Seleccionar] Expandir

CREATE TABLE personal (
  codigo INT NOT NULL AUTO_INCREMENT,
  dni VARCHAR(8) NOT NULL,
  nombres VARCHAR(30) NOT NULL,
  apellidos VARCHAR(30) NOT NULL,
  fecnac DATE NOT NULL,
  fecreg DATE NOT NULL,
  telefono VARCHAR(11) NULL,
  direccion TEXT NOT NULL,
  sexo CHAR(1) NOT NULL,
  foto CHAR(4) NULL,
  PRIMARY KEY(codigo)
)
TYPE=InnoDB;

CREATE TABLE usuario (
  codigo INT NOT NULL AUTO_INCREMENT,
  usu_crea INT NOT NULL,
  car_codigo INT NOT NULL,
  per_codigo INT NOT NULL,
  idusuario VARCHAR(20) NULL,
  fecreg DATE NULL,
  estado CHAR(1) NULL,
  PRIMARY KEY(codigo),
  INDEX usuario_FKIndex1(per_codigo),
  INDEX usuario_FKIndex2(car_codigo),
  INDEX usuario_FKIndex3(usu_crea)
)
TYPE=InnoDB;

Quiero saber si existe la forma de saber el nombre de la tabla a travez de una relacion ... por ejemplo cuando hago un show columns from usuario me aparece en la columna PRI la caracteristica MUL (esto indica que es una relacion) .. apartir de eso quiero saber si existe alguna forma de saber el nombre de la tabla y el campo que se unen con esa relacion.

Gracias.

[^Tifa^]

MUL (esto indica que es una relacion)

MUL indica que un indice puede contener valores repetidos no unicos. Digase un indice UNIQUE no puede contener valores repetidos pero, si puede contener valores NULL repetidos que es lo que indica MUL que un indice puede contener valores repetidos 

quiero saber si existe alguna forma de saber el nombre de la tabla y el campo que se unen con esa relacion.

SHOW TABLE STATUS\G

SHOW CREATE TABLE nombre_tabla\G

[Baaaw Oic]

Entonces MUL no simpre significa que sera un FK .. si es asi entonces cual es la forma indicada para saber cuando es una FK.

EDITO:

Esto no anda..

SHOW TABLE STATUS\G

Esto anda .... lo da muy detallado

SHOW CREATE TABLE nombre_tabla\G

Existe otra forma de hacerlo ¿?

Gracias

[Shell Root]

Algo como estó?

Código (sql) [Seleccionar] Expandir

DECLARE @NombreTabla AS Varchar(50)
SET @NombreTabla = 'tblUsuario'

SELECT FK.TABLE_NAME As 'Nombre Tabla',
   CU.COLUMN_NAME As 'Columna Llave Foranea',
   PK.TABLE_NAME As 'Tabla Llave Primaria',
   PT.COLUMN_NAME As 'Columna Llave Primaria',
   C.CONSTRAINT_NAME As 'Entidad Relación'
FROM INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS C
  INNER JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS FK
    ON C.CONSTRAINT_NAME = FK.CONSTRAINT_NAME
  INNER JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS PK
    ON C.UNIQUE_CONSTRAINT_NAME = PK.CONSTRAINT_NAME
  INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE CU
ON C.CONSTRAINT_NAME = CU.CONSTRAINT_NAME
  INNER JOIN( SELECT TC.TABLE_NAME, CU.COLUMN_NAME FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS TC
INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE CU
   ON TC.CONSTRAINT_NAME = CU.CONSTRAINT_NAME
WHERE TC.CONSTRAINT_TYPE = 'PRIMARY KEY'
  ) PT
    ON PT.TABLE_NAME = PK.TABLE_NAME
  WHERE PK.TABLE_NAME = @NombreTabla
Resultado:

Código [Seleccionar] Expandir

tblPrestamos intIDUsuario tblUsuario intID FK_tblPrestamos_tblUsuario
tblReservas intIDUsuario tblUsuario intID FK_tblReservas_tblUsuario
tblSanciones intIDUsuario tblUsuario intID FK_tblSanciones_tblUsuario

[^Tifa^]

Entonces MUL no simpre significa que sera un FK .. si es asi entonces cual es la forma indicada para saber cuando es una FK.

MUL no hace referencia a cuando un indice es una llave foreanea o no, es sencillamente una caracteristica de ese indice que dice que ese campo puede guardar valores repetidos que pueden ser NULL o pueden ser valores reales repetidos (siempre y cuando ese indice no sea UNIQUE sino INDEX o KEY)

No me consta que existe la caracteristica FK en las descripciones de las tablas, ya que esto no es una caracteristica de un indice.

Esto no anda..
Citar
SHOW TABLE STATUS\G

No??? que version de MySQL es??

Bueno te sirve SHOW CREATE como ya viste y igual te sirve indagar en el esquema information_schema :

select * from tables where table_name = 'tu_tabla'\G

Si existe una forma de utilizar alguna clausula de descripcion en una tabla para que te exponga su relacion de FK con otra tabla, yo particularmente no la he visto, existen consultas como las que te expongo que te muestran esa informacion, pero en la descripcion basica de una tabla (DESCRIBE TABLE) no...

Ah no ser que hagas uso de las consultas que te digo, o guardar esa info en variables como expone tooRllehS@xelA   o crear un procedimiento, una funcion UDF en fin... para guardar esto. Pero particularmente existe un comando dentro ya del motor para ello... No hasta lo que me consta.

[Baaaw Oic]

Versión del cliente: 5.0.51a

Supongo que tengo que reemplazar TABLE_CONSTRAINTS por referential_constraints

No anda :S

[^Tifa^]

Código (sql) [Seleccionar] Expandir



DECLARE @NombreTabla AS Varchar(50);
SET @NombreTabla = 'tblUsuario';

SELECT FK.TABLE_NAME AS 'Nombre Tabla',
   CU.COLUMN_NAME AS 'Columna Llave Foranea',
   PK.TABLE_NAME AS 'Tabla Llave Primaria',
   PT.COLUMN_NAME AS 'Columna Llave Primaria',
   C.CONSTRAINT_NAME AS 'Entidad Relación'
FROM INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS C
  INNER JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS FK
    ON C.CONSTRAINT_NAME = FK.CONSTRAINT_NAME
  INNER JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS PK
    ON C.UNIQUE_CONSTRAINT_NAME = PK.CONSTRAINT_NAME
  INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE CU
ON C.CONSTRAINT_NAME = CU.CONSTRAINT_NAME
  INNER JOIN( SELECT TC.TABLE_NAME, CU.COLUMN_NAME FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS TC
INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE CU
   ON TC.CONSTRAINT_NAME = CU.CONSTRAINT_NAME
WHERE TC.CONSTRAINT_TYPE = 'PRIMARY KEY'
  ) PT
    ON PT.TABLE_NAME = PK.TABLE_NAME
  WHERE PK.TABLE_NAME = @NombreTabla




No te olvides del punto y coma que separa las consultas 

[Baaaw Oic]

QUe version debo usar .. la ultima mejor estable ¿?

[^Tifa^]

Dependera tus necesidades... pero al menos al partir de la 5.0.1 es mejor porque puedes tener procedimientos, crons adentro del motor, funciones, etc. Pero dependera si vas o no a dar uso de esto... al menos me consta que para MySQL 5.4.x, Oracle se empeno en mejorar sobremanera y optimizar los motores InnoDB para las consultas JOINS y Subconsultas.


Por cierto, te convendria crear un procedimiento y guardar la consulta ante expuesta, asi solo te basta con llamar el procedimiento para ver que FK tiene cual tabla:

Código (sql) [Seleccionar] Expandir



delimiter /

CREATE PROCEDURE procedimiento(IN tabla CHAR(30))
BEGIN

SELECT FK.TABLE_NAME AS 'Nombre Tabla',
   CU.COLUMN_NAME AS 'Columna Llave Foranea',
   PK.TABLE_NAME AS 'Tabla Llave Primaria',
   PT.COLUMN_NAME AS 'Columna Llave Primaria',
   C.CONSTRAINT_NAME AS 'Entidad Relación'
FROM INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS C
  INNER JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS FK
    ON C.CONSTRAINT_NAME = FK.CONSTRAINT_NAME
  INNER JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS PK
    ON C.UNIQUE_CONSTRAINT_NAME = PK.CONSTRAINT_NAME
  INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE CU
ON C.CONSTRAINT_NAME = CU.CONSTRAINT_NAME
  INNER JOIN( SELECT TC.TABLE_NAME, CU.COLUMN_NAME FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS TC
INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE CU
   ON TC.CONSTRAINT_NAME = CU.CONSTRAINT_NAME
WHERE TC.CONSTRAINT_TYPE = 'PRIMARY KEY'
  ) PT
    ON PT.TABLE_NAME = PK.TABLE_NAME
  WHERE PK.TABLE_NAME = tabla

);
/

delimiter ;


Mas o menos algo asi... quisiera acomodartelo para ver si funciona pero ando en el trabajo    luego cada vez que quieras ver las Fk de una tabla.. llamas el procedimiento pasandole como parametro el nombre de la tabla que quieres ver.

CALL procedimiento(tu_tabla);

[Baaaw Oic]

Pues el proc me tira error porque al parecer los campos de la version que tienen es diferente a la que yo tengo ... actualmente tengo el AppServ AppServ 2.5.10 que tiene:

    *  Apache 2.2.8
    * PHP 5.2.6
    * MySQL 5.0.51b
    * phpMyAdmin-2.10.3

Que version estas usando tu tooRllehS@xelA
Gracias.