FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
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
Respuesta perfecta, tiempo de consulta aprox 3 segundos. Utilizando WITH
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
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#22
|
||||
|
||||
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.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#23
|
||||
|
||||
Cita:
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
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#24
|
|||
|
|||
Sugerencia ...
Cita:
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 Última edición por Gallosuarez fecha: 08-04-2011 a las 16:51:06. Razón: Corregir ... |
#25
|
||||
|
||||
Hola.
Cita:
En este caso tan sencillo parece que recurrir a CTE's es como intentar matar mosquitos a cañonazos. Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). Última edición por guillotmarc fecha: 08-04-2011 a las 17:41:54. |
#26
|
||||
|
||||
Hola.
Cita:
Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#27
|
||||
|
||||
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.
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
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#28
|
|||
|
|||
no pues sigo en las mismas, ya hasta regañada sali,
trate de hacerlo con lo de CTE's pero nada no se como utilizar lo que me han comentado del case o la subconsulta
|
#29
|
|||
|
|||
|
#30
|
|||
|
|||
Calentando motores ...
fjcg02:
Muy bien ... ahora ya nos estamos entendiendo ... bueno pues manos a lo obra: Lo primero que hay que notar es que solo tienes una solo tabla, por lo que de ahí vamos a obtener el pivote ... y del pivote vamos a obtener nuestro resultado final. Por otro lado, es mejor empezar con un caso pequeño (donde los conceptos son fijos). Posteriormente nos movemos hacia un caso más difícil, ¿vale?. Corre esta sentencia primero (este sería nuestro pivote). Sean benévolos conmigo a lo mejor tengo errores en el nombre de un tabla/campo, etc, etc. Necesito que me digas si funciona correctamente dicha sentencia.
Despues si todo esto se ejecutó sin errores (doy por hecho que así es), creo mi tabla principal donde aparecerán los conceptos.
Espero que esto despeje un poco sus dudas. Porqué decimos que esta forma de solucionar el problema es sumamente eficiente, porque la tabla "pivote" solo se ejecuta una sola vez, sin importar cuantos conceptos se agreguen después. Otra cosa que hay que hacer notar es el uso correcto de índices. En este caso no sé si haya indices, sino no los hay, la sentencia pivote tendrá que recorrer toda la tabla (aunque solo sea una solo vez). Saludos, Gerardo Suárez Trejo |
#31
|
||||
|
||||
La verdad es que las CTE son interesantes, no las conocía (aún sigo con Firebird 2.0). Pero no parece que sirvan para solventar el problema que tenemos, puesto que al final, con los datos de la CTE acabas haciendo otra consulta, y esa no puede tener un número variable de columnas. Así que las CTE no parecen una alternativa al PIVOT. Al menos no parecen una alternativa mejor que una simple consulta con subconsultas o CASE's.
En el caso de que tengamos un número variable de columnas, sigo sin ver otra solución que la de construir dinámicamente la consulta. Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#32
|
||||
|
||||
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
Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#33
|
||||
|
||||
Yo hago algo parecido y me toca que construirlo desde delphi, yo hago algo así como esto:
Donde el query QConceptos es el siguiente:
Todo esto lo hago sin comprobar, es solo para dar una idea de como lo hago.
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" Última edición por RONPABLO fecha: 10-04-2011 a las 20:07:50. |
#34
|
||||
|
||||
Cita:
Viendo esta respuesta creo que combinándola con mi respuesta anterior podría también funcionar muy bien.
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#35
|
|||
|
|||
Cita:
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 |
#36
|
|||
|
|||
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
__________________
IVAND |
#37
|
||||
|
||||
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
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#38
|
||||
|
||||
Cita:
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.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#39
|
||||
|
||||
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
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
#40
|
||||
|
||||
Cita:
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
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Consulta con Filas en Columnas | afxe | SQL | 3 | 30-01-2011 14:52:18 |
Consulta de Filas y Columnas | mjjj | SQL | 1 | 19-02-2010 22:24:36 |
Filas y Columnas | pmcastilla | Varios | 2 | 07-12-2007 20:22:01 |
ocultar filas o columnas | karla | Servers | 1 | 10-08-2006 20:03:18 |
Filas a columnas | nightynvid | MS SQL Server | 0 | 31-05-2006 16:22:44 |
|