Filas a Columnas

[[fjcg02]]

Hola,
gracias por responder. He de decir que de la sentencia que ejecuto, me sorprenden dos cosas.
1.- La respuesta tarda muchísimo.
2.- EL resultado no es el que deseo. Me repite algunas poblaciones, por lo que no puedo dar por bueno el resultado.

la sentencia es la que me has comentado, Gallosuarez

Código SQL [-]
with pivote as (select poblacion, estadocivil, count(idcliente)  as cantidad
from cliente
group by poblacion, estadocivil
)

SELECT
 P.POBLACION,
 COALESCE(P_CASADOS.CANTIDAD, 0) AS CASADOS,
 COALESCE(P_SOLTEROS.CANTIDAD, 0) AS SOLTEROS
FROM PIVOTE P
  LEFT JOIN PIVOTE P_CASADOS
    ON P.POBLACION = P_CASADOS.POBLACION
    AND P_CASADOS.ESTADOCIVIL = 'CASADO'
  LEFT JOIN PIVOTE P_SOLTEROS
    ON P.POBLACION = P_SOLTEROS.POBLACION
    AND P_SOLTEROS.ESTADOCIVIL = 'SOLTERO'

Un saludo

[Gallosuarez]

Empezado por fjcg02

Hola,
gracias por responder. He de decir que de la sentencia que ejecuto, me sorprenden dos cosas.
1.- La respuesta tarda muchísimo.
2.- EL resultado no es el que deseo. Me repite algunas poblaciones, por lo que no puedo dar por bueno el resultado.

fjcg02:

1.- ¿Cual es el plan que está utilizando la sentencia? ¿te dice si utiliza índices?
2.- No, veo porqué la sentencia podría repetir algunas poblaciones, en todo caso me imagino que el problema puede ser que no haya consistencia en los datos que contiene tu tabla, ¿me explico?

¿Podrías subir una archivo .zip que contenga las sentencias INSERT de dicha tabla (al menos los campos que nos interesan en este ejercicio? (solo si puedes, claro), me gustaría echarle un vistazo a esos datos. Por otro lado, veo que tu tabla no está normalizada (no digo que sea malo o bueno, todo depende de la particularidades y necesidades de cada proyecto) ¿Existe alguna razón de tu parte para que hayas diseñado así dicha tabla?

Estoy en espera de tu respuesta ...

Saludos,
Gerardo Suárez Trejo

[IVAND]

Perdon si es que no estoy en el tema

Pero existen unos componentes llamados Devexpress (PivotGrid) , con eso tienes solucionados todos los problemas de este tipo

Al menos a mi me ha funcionado , no tienes que hacer nada complicado solo la simple consulta y el componente hace al resto

[[fjcg02]]

Hola,
perdonad que no haya respondido antes.

Todos los puntos que indica GalloSuarez son importantes a la hora de ejecutar la consulta. A saber, índices, normalización de tablas, ....

Independientemente de todos ellos, bajo mi modesta opinión, las dos consultas deberían ser de parecido rendimiento, segundo arriba segundo abajo, ya que usan el mismo origen de datos para extraer los resultados. Igual de optimizados o sin optimizar.

No sé si tendré tiempo para proporcionaros más datos en cuanto al plan de ejecución, ... , intentaré sacarlos.
No os puedo proporcionar los registros de la BBDD ya que son reales, de producción.

Respecto a los componentes de Devexpress-PivotGrid, si alguien está dispuesto a financiar el proyecto, pues podría proporcionarme una licencia legal para que pueda utilizarlos

Saludos

[guillotmarc]

Empezado por fjcg02

Hola,
Respecto a los componentes de Devexpress-PivotGrid, si alguien está dispuesto a financiar el proyecto, pues podría proporcionarme una licencia legal para que pueda utilizarlos

Prueba esta variante open-source.

http://sourceforge.net/projects/fxds/

NOTA: ¿ Puedes decir porqué quieres usar CTE's ?, para este caso concreto sigo sin ver ninguna ventaja respecto a las subconsultas (y para el optimizador del motor de Firebird está claro que le resulta bastante más sencillo optimizar las subconsultas).

Saludos.

[guillotmarc]

Si quieres usar el mismo TDecisionCube integrado en Delphi, aquí tienes información para enlazarlo con Datasets que no provengan de BDE.

http://edn.embarcadero.com/article/27848

Y aquí tienes como compilar este mismo TDecisionCube propio de Delphi en versiones actuales de Delphi.

http://www.bobswart.nl/weblog/Blog.aspx?RootId=5:2050

[[fjcg02]]

Empezado por guillotmarc

NOTA: ¿ Puedes decir porqué quieres usar CTE's ?, para este caso concreto sigo sin ver ninguna ventaja respecto a las subconsultas (y para el optimizador del motor de Firebird está claro que le resulta bastante más sencillo optimizar las subconsultas).

Saludos.

Ya lo comenté ( eso creo ). Estoy jugando para ver las posibilidades, ya sé que no es el caso perfecto para probar. Si no sé hacer integrales, no voy a ponerme a hacer integrales diferenciales de cuarto grado... Pasito a pasito.

Gracias por los otros tres links, le echaré un vistazo.

Por otro lado, no es que saque chispas a los motores en cuanto a que utilizo los recursos más rebuscados, pero sí me gusta saber que existen por si en un futuro puedo aplicarlos en algún caso. Se todas maneras, soy de los que opino que recursos 'raros' los mínimos. Buen diseño de datos, buena elección de índices, y resultados rapiditos para los usuarios.

Un saludo