Filas a Columnas

[[fjcg02]]

Hola de nuevo,
estoy haciendo unas pruebas, y la verdad, no me están convenciendo. A no ser que esté haciendo algo mal, y que agradecería que me lo indicarais si alguien lo sabe.

Mi intención es sacar una consulta con las poblaciones y los estados civiles de los clientes. La tabla es de clientes, en donde hay id, nombre, población y estado civil. La tabla tiene 16.500 registros. Existen 4 estados civiles ,a saber: CASADO, SOLTERO, SIN DEF. y VIUDO ( tened en cuenta que no está en producción, son pruebas ).

Una primera consulta sería

Código SQL [-]
select poblacion,
sum ( case when estadocivil='CASADO' then 1 ELSE 0 END) AS CASADO,
sum ( case when estadocivil='SOLTERO' then 1 ELSE 0 END) AS SOLTERO,
sum ( case when estadocivil='SIN DEF.' then 1 ELSE 0 END) AS SINDEF,
sum ( case when estadocivil='VIUDO' then 1 ELSE 0 END) AS VIUDO
from cliente
group by poblacion

Respuesta perfecta, tiempo de consulta aprox 3 segundos.

Utilizando WITH

Código SQL [-]
 with
  estadosciviles as (
    select estadocivil as EC, count(idcliente) as NUMERO
    from cliente
    group by estadocivil)
    select poblacion,
    ECC.numero as CASADOS,
    ECS.numero as SOLTEROS,
    ECSD.numero as SINDEF,
    ECV.numero as VIUDOS
    from cliente  C
    left join estadosciviles ECC on C.estadocivil=ECC.EC
    and ECC.EC='CASADO'
    left join estadosciviles ECS on C.estadocivil=ECS.EC
    and ECS.EC='SOLTERO'
    left join estadosciviles ECSD on C.estadocivil=ECSD.EC
    and ECSD.EC='SIN DEF.'
    left join estadosciviles ECV on C.estadocivil=ECV.EC
    and ECV.EC='VIUDO'

Resultado inexacto. Me devuelve más de una fila por población, y datos un poco extraños.
Tiempo de respuesta. Me deja el equipo cuajado un par de minutos al menos.

Me da la sensación de que estoy haciendo mal la consulta. A ver si alguien me puede poner luz...

Gracias

[guillotmarc]

Hola.

Si en tu primero consulta, sencilla, ya obtienes el resultado el resultado que estás buscando, y en un tiempo óptimo, ¿ porqué te quieres complicar la vida sacándolo mediante CTE's ?.

NOTA: Para agilizar un poco más esa primera consulta, puedes añadir un índice por población (de esa forma facilitas la agrupación por ese campo).

Saludos.

[[fjcg02]]

Empezado por guillotmarc

Hola.

Si en tu primero consulta, sencilla, ya obtienes el resultado el resultado que estás buscando, y en un tiempo óptimo, ¿ porqué te quieres complicar la vida sacándolo mediante CTE's ?.

NOTA: Para agilizar un poco más esa primera consulta, puedes añadir un índice por población (de esa forma facilitas la agrupación por ese campo).

Saludos.

Hola,
estoy comparando la manera de obtener los datos, con la primera consulta ( que la creo dinámicamente con una procedure ) o con CTE's.
La segunda opción me está dando un rendimiento muy pobre, de ahí mi consulta de si estoy haciendolo bien o no.

Saludos

[guillotmarc]

Hola.

Empezado por fjcg02

Hola,
estoy comparando la manera de obtener los datos, con la primera consulta ( que la creo dinámicamente con una procedure ) o con CTE's.
La segunda opción me está dando un rendimiento muy pobre, de ahí mi consulta de si estoy haciendolo bien o no.

¿ Porqué necesitas construir dinámicamente la primera consulta ?. ¿ El número de columnas no es siempre fijo ?.

Saludos.

[[fjcg02]]

Hola,
respondiendo por partes.
1.- Estoy comparando la forma en la que genero las consultas tipo pivot con la forma que expone Gallosuarez ( WITH ).
2.- Obviamente, el problema surge cuando el nº de columnas no es fijo. Este dato es importante. Si no fuera por este pequeño detalle, no tendríamos que resolver nada.
3.- Cuando no conozco algo, empiezo por pruebas sencillas. De no ser así, difícilmente podré sacar conclusiones válidas. Ya me pondrán los usuarios pruebas difíciles, que para eso están.
4.- La estructura de mi única tabla de la que obtengo datos es la que he comentado :
- idcliente
- nombre
- Poblacion
- Estadocivil
- ... no ocupan el resto de campos.

Enunciado del problema: Dígame ud. cuantas personas hay por estado civil en cada una de las poblaciones.

Código SQL [-]
Poblacion    CASADOS SOLTEROS VIUDOS NOSABENOCONTESTA
Bilbao             5            7            3          50
Barakaldo        10          20           6           0
Zamudio          0            30          50          9
...

Vale, es un caso fácil, pero supongamos que no sabemos cuantos estados civiles existen.
El resto de la historia ya la conoceis. Soy todo 'oidos' a ver si consigo aprender cómo funcionan los CTE's. Estoy esperando esos tutoriales ...

Saludos

[Gallosuarez]

Empezado por guillotmarc

Hola.
Si en tu primero consulta, sencilla, ya obtienes el resultado el resultado que estás buscando, y en un tiempo óptimo, ¿ porqué te quieres complicar la vida sacándolo mediante CTE's ?.

No estoy muy de acuerdo en que utilizar CTE's te compliques la vida ... hagamos lo siguiente:

fjcg02 puedes poner la estructura de tus tablas (algo así como lo que hizo amerika111, en un archivo gpeg como el que ella subio). Después hacemos el ejercicio y verán que es muy fácil.

El secreto está primero en programar la "tabla" que te servirá de pivote ... posteriormente lo único que tienes que hacer es llamarla las veces que necesites dependiendo de los "conceptos" que quieras que aparezcan en las columnas ... ¿me explico?.

Saludos
Gerardo Suárez Trejo

[guillotmarc]

Hola.

Empezado por Gallosuarez

No estoy muy de acuerdo en que utilizar CTE's te compliques la vida ... hagamos lo siguiente:

Está claro que la vida no te la complican las herramientas (CTE's, subconsultas, vistas, SP's, etc. ...) sino que para eso ya nos bastamos nosotros mismos, con el uso que damos a estas herramientas.

En este caso tan sencillo parece que recurrir a CTE's es como intentar matar mosquitos a cañonazos.

Saludos.