Subsonculta a la misma tabla para generar vista.

[NLeone]

Hola estimados!!!

Tengo un inconveniente y no logro resolverlo, entiendo el tema de subconsultas, pero no me arroja resultados cuando la realizo a la misma tabla, he visto ejemplos pero no es lo que busco, con inner join , etc.

El tema es que tengo una tabla padronBeneficiarios con campos relacionados a otras tablas como ser provincias, codigoEstado, codParentesco, etc. Entonces busco mostrar en una vista los campos con los datos bien representados, por ejemplo si el código de parentesco es 1, quiero que en vez de mostrar el número 1 al usuario le muestre que es 'titular'. Y así con todo.

La tabla padronBeneficiarios me la provee un organismo del Estado por eso no puedo modificar su estructura, y las tablas auxiliares son las que me proveen los datos para realizar las combinaciones.

Dejo la query como más o menos la tengo armada:

Código MYSQL:

SELECT a.id, a.codObraSocial, a.cuitEmpleador,
(SELECT k.apenomDetail FROM detailDdjjPadron k WHERE k.cuitDetail = a.cuitEmpleador) as 'razonSocial',
a.cuilTitular,
(SELECT b.descripcion FROM codParentescoSSS b WHERE b.id = a.codParentesco) as 'parentesco',
a.cuilCuil,
(SELECT c.tipoDocumento FROM tipoDocSSS c WHERE c.id = a.tipoDocumento) as 'tipoDocumento',
a.numeroDocumento, a.apellidoNombre, a.sexo,
(SELECT d.descripcion FROM estadoCivilSSS d WHERE d.id = a.estadoCivil) as 'estadoCivil',
a.fechaNacimiento,
(SELECT e.descripcion FROM nacionalidadSSS e WHERE e.id = a.nacionalidad) as 'nacionalidad',
a.calle, a.numeroPuerta, a.piso, a.departamento, a.localidad, a.codigoPostal,
(SELECT f.nombre FROM provinciasSSS f WHERE f.id = a.codProvincia) as 'provincia',
(SELECT g.descripcion FROM tipoDomicilioSSS g WHERE g.id = a.tipoDomicilio) as 'tipoDomicilio',
a.telefono, a.situacionRevista,
(SELECT h.descripcion FROM incapacidadSSS h WHERE h.id = a.incapacidad) as 'incapacidad',
(SELECT i.descripcion FROM tipoBenefSSS i WHERE i.id = a.tipoBeneficiario) as 'tipoBeneficiario',
a.fechaAltaOS, a.fechaCierrePres, a.codMovimiento,
(SELECT j.descripcion FROM estado j WHERE j.idEstado = a.idEstado) as 'estado',
a.usuarioAlta, a.fechaAlta, a.usuarioModificacion, a.fechaModificacion FROM padronBeneficiarios a;
 

Y eso me devuelve bien los registros, pero lo que me falta es agregar algo como esto:

Código MySQL:

(SELECT q.apellidoNombre FROM padronBeneficiarios q WHERE q.cuilTitular = a.cuilCuil) as 'titular'
 

Como para obtener el apellido y nombre que se encuentra en la misma tabla, que sea igual al cuilCuil del registro que esté comparando. Para mostrar al lado el nombre del titular de la obra social.

Bueno espero que más o menos se haya entendido mi problemática, y obviamente no logro darme cuenta cómo solucionarlo, por eso recurro a ustedes.

Muchas gracias y cualquier respuesta será bienvenida, saludos!!

[Libras]

Te regresa los resultados que esperas pero esa consulta no esta nada bien realizada, lo mejor seria que hicieras algo como esto:

Código SQL:

SELECT * FROM tabla AS a
INNER JOIN tablab ON (a.id=b.id)
 

en tu caso:

Código MySQL:

SELECT a.id, a.codObraSocial, a.cuitEmpleador,
k.apenomDetail  as 'razonSocial',
a.cuilTitular,
a.usuarioAlta, a.fechaAlta, a.usuarioModificacion, a.fechaModificacion FROM padronBeneficiarios a
inner join detailddjjpadron as K on (k.ciutdetail=a.cuitempleador)
 

y asi para las demas tablas implicadas en el query :)

y si ocupas hacer una referencia cruzada a la tabla podrias hacer algo como esto:

Código SQL:

SELECT * FROM tabla AS a
INNER JOIN tabla AS b ON (a.id=b.id2)
 

[NLeone]

Estimado Libras muchas gracias por tu tiempo!

Entiendo lo que dices, a que no esta bien realizada te refieres a muchas subconsultas dentro de la consulta? eso es una mala práctica?

Soy novato en esto.

Intentaré realizar lo que dices y cuento el resultado, el hecho es que los JOINS son más efectivos?

No quiero que demore mucho la consulta, tengo alrededor de 13 mil registros para recuperar.

Bueno, muchas gracias, en unas horas lo pruebo y vuelvo a mostrar resultados.

Saludos!

[Libras]

asi es muchas subconsultas te puede pegar en el performance y usar joins es mucho mas efectivo ;)

[gnzsoloyo]

Probemos limpiando un poco el código:

Código MySQL:

SELECT a.id, 
       a.codObraSocial, 
       a.cuitEmpleador, 
       k.apenomDetail razonSocial, 
       a.cuilTitular,
       b.descripcion parentesco, 
       a.cuilCuil, 
       c.tipoDocumento tipoDocumento, 
       a.numeroDocumento, 
       a.apellidoNombre, 
       a.sexo, 
       d.descripcion estadoCivil, 
       a.fechaNacimiento, 
       e.descripcion nacionalidad,
       a.calle, 
       a.numeroPuerta, 
       a.piso, 
       a.departamento, 
       a.localidad, a.codigoPostal,
       f.nombre provincia, 
       g.descripcion tipoDomicilio, 
       a.telefono, 
       a.situacionRevista,
       h.descripcion incapacidad, 
       i.descripcion tipoBeneficiario, 
       a.fechaAltaOS, 
       a.fechaCierrePres, 
       a.codMovimiento, 
       j.descripcion estado,
       a.usuarioAlta, 
       a.fechaAlta, 
       a.usuarioModificacion, 
       a.fechaModificacion 
FROM padronBeneficiarios a 
    INNER JOIN detailDdjjPadron k ON k.cuitDetail = a.cuitEmpleador
    INNER JOIN codParentescoSSS b ON  b.id = a.codParentesco
    INNER JOIN tipoDocSSS c ON c.id = a.tipoDocumento
    INNER JOIN estadoCivilSSS d ON  d.id = a.estadoCivil
    INNER JOIN nacionalidadSSS e ON  e.id = a.nacionalidad
    INNER JOIN provinciasSSS f ON f.id = a.codProvincia
    INNER JOIN tipoDomicilioSSS g ON  g.id = a.tipoDomicilio
    INNER JOIN incapacidadSSS h ON h.id = a.incapacidad
    INNER JOIN tipoBenefSSS i ON  i.id = a.tipoBeneficiario
    INNER JOIN estado j ON j.idEstado = a.idEstado;
 

Luego, veamos si algunas de esas condiciones son opcionales, y en ese caso en el FROM su invocación se reemplaza de INNER a LEFT.

[NLeone]

Muchas gracias una vez más Libras!

Por otro lado gnzsoloyo, también agradezco mucho tu tiempo.

He probado la consulta tal como me la transcribes y resulta bárbaro, solo falta algunos retoques como por ejemplo ORDER BY id, pero son detalles.

No he entendido la parte final en la que me dices "Luego, veamos si algunas de esas condiciones son opcionales, y en ese caso en el FROM su invocación se reemplaza de INNER a LEFT."

Las condiciones son restrictivas osea no son opcionales porque sí o sí deben cumplir esas condiciones.

Pero no logro entenderte a qué te refieres, hasta donde sé LEFT o RIGHT trae todo el conjunto de datos de la tabla de la derecha o de la izquierda, pero en mi caso solo quiero el campo el al cual hago referencia en cada una de las opciones está bien?

Por otro lado pregunto ya que estoy en el baile, hay forma de optimizar más aún esta query? porque esto se muestra en un dataGrid, que mediante ajax llama al archivo PHP que ejecuta dicha consulta, en mysql workbench demora 2,659 sec / 4,640 sec, pero al ejecutarlo en la aplicación demora unos instantes más.....

Muchas gracias nuevamente.

[gnzsoloyo]

Pero no logro entenderte a qué te refieres, hasta donde sé LEFT o RIGHT trae todo el conjunto de datos de la tabla de la derecha o de la izquierda, pero en mi caso solo quiero el campo el al cual hago referencia en cada una de las opciones está bien?

Es simplemente que estaba indicando que si todas las condiciones son obligatorias, se usa INNER JOIN, pero que si alguna de ellas es opcional, es decir que un Beneficiario dado puede no tener registros en alguna tabla, pero quieres que de todos modos salga en el resultado, hay que usar LEFT JOIN en el punto adecuado, analizando con cuidado la cadena de dependencias para asegurar que no haya errores de resultados en los datos.

Son cosas que se aprende con la práctica.

[NLeone]

Iniciado por gnzsoloyo

Es simplemente que estaba indicando que si todas las condiciones son obligatorias, se usa INNER JOIN, pero que si alguna de ellas es opcional, es decir que un Beneficiario dado puede no tener registros en alguna tabla, pero quieres que de todos modos salga en el resultado, hay que usar LEFT JOIN en el punto adecuado, analizando con cuidado la cadena de dependencias para asegurar que no haya errores de resultados en los datos.

Son cosas que se aprende con la práctica.

Ahhhhh, ahora he entendido, entonces si deberé utilizar en algunos casos el LEFT JOIN....

Me han ayudado mucho y rápidamente! Solo me falta ver si se puede agilizar el tiempo de ejecución de la query pero ya iré probando.

Muchas gracias nuevamente ! Saludos!