![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
Hola,
sería interesante que pusieras todo el SP o la vista. Además, la estructura de las tablas y los índices. He estado revisando, y ahora no se si utilizas la condición "Like :CALLED" Si siempre miras por :CALLED+'XXX' o CALLED+'%', te convendría añadir un campo con esa información para evitar utilizar like, que es terriblemente ineficiente. Si no puedes, sería mejor utilizar left(PLAT.DESTINO,LONGITUDCALCULADA) en la condición que el like. Ya nos contarás. Saludos
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#22
|
|||
|
|||
De primera voy a poner la vista, este codigo solo como vista me funciona bien si meto un valor que pertenece a la tabla lo muestra una sola vez y si meto uno que no pues no lo muestra.
Ahora os pongo el codigo del SP
Los parametros de entrada son F_INICIO y F_FIN que son de tipo TIMESTAMP. Los parametros de salida son LINEA,DESTINO y HORA_LLAMADA, que son de tipo VARCHAR(10), VARCHAR(20) y TIMESTAMP respectivamente. Las variables son VECES, LON con tipo INTEGER, y VECE y DEST que son VARCHAR(40) y VARCHAR(20). Usando el select que aparece entre /* */ el SP me funciona correctamente pero he comprobado que en ese select recorro toda la tabla cuando en realidad necesito solo que me compruebe si el parametro esta, con lo que cuando lo encontrase por primera vez deberia de parar, porque la tabla ira creciendo con miles de filas. Aqui os pongo la estructura de las tablas, los campos VARCHAR(255) se crearon asi porque la tabla se creo automaticamente asi al importar los datos, no creo que eso me genere el problema porque realmente los datos que gestiono entran en los VARCHAR(10)..VARCHAR(20).. que yo uso
y la de la otra tabla:
Espero que con esta informacion podamos ver donde esta el problema, porque no entiendo porque en el VIEW me funciona el select y en el SP no. Un saludo Gracias |
#23
|
|||
|
|||
De primera voy a poner la vista, este codigo solo como vista me funciona bien si meto un valor que pertenece a la tabla lo muestra una sola vez y si meto uno que no pues no lo muestra.
Código SQL [-] CREATE OR ALTER VIEW VISUALIZA( CALLINGNUMBER) AS SELECT FIRST 1 (CALLINGNUMBER) FROM GUAN WHERE ((CALLINGNUMBER) = '956303030') ; Ahora os pongo el codigo del SP <DIV class=frame_codigo_sql>Código SQL [-]<DIV id=sql_div_4ef2f4c3b3b6d class=texto_codigo_sql> FOR SELECT PLAT.linea,PLAT.destino, PLAT.fecha_hora_inicio FROM PLAT WHERE (PLAT.FECHA_HORA_INICIO > :F_INICIO) AND (PLAT.FECHA_HORA_INICIO < :F_FIN) INTO :LINEA, ![]() BEGIN SELECT FIRST 1 (GUAN.CALLINGNUMBER) FROM GUAN WHERE ((GUAN.CALLINGNUMBER) = :LINEA) INTO :VECE; if (:VECE IS NOT NULL ) then /* SELECT count (GUAN.CALLINGNUMBER) FROM GUAN WHERE (GUAN.CALLINGNUMBER = :LINEA) INTO :VECES; if (:VECES <> 0 ) then*/ BEGIN lon = CHAR_LENGTH ( ![]() DEST = ![]() if (:lon > 9) then begin DEST = left( ![]() end DEST = ![]() SELECT COUNT (GUAN.CALLINGNUMBER) FROM GUAN WHERE (((GUAN.CALLINGNUMBER) = :LINEA) AND ((GUAN.CALLEDNUMBER) like ![]() |
#24
|
|||
|
|||
Se duplico la respuesta, lo siento, no se como puedo eliminar una de ellas.
Un saludo y lo siento. |
#25
|
||||
|
||||
No olvides poner etiquetas al código, ejemplo:
![]() . |
#26
|
||||
|
||||
Prueba con esto
Te quitas las dos primeras select y una parte de la tercera. Es decir, cruzamos las tablas PLAT y GUAN, con destino iguales, con fecha_hora_inicio entre el rango y con CALLTIME dos horas antes o despues. Pongo DISTINCT para que sólo me saque un registro por combinación de los tres campos, obviando los duplicados. Esto tiene que ir rápido, tienes indices en los campos por los que cruzamos. Ahora nos queda el tema de DESTINO, que si es de longitud mayor que 9 te quedas con el campo menos los 4 ultimos caracteres, y si no, con todos. Tendrías que probar algo similar a esto
en las condiciones. No se si tragará, pero es cuestion de probarlo. Si no funciona sería cuestión de ponerlo en un campo calculado, y en la where preguntar por ese campo. La ultima parte es un poco liosa, pero creo que puede entenderse. No estoy seguro de lo que quieres filtrar, si pones un juego de ensayo, podríamos ayudarte a cambiar la consulta para darle otea orientación. Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Optimización! Optimización! | PiornoCKA&G | Varios | 1 | 31-12-2006 20:45:30 |
Optimización Rendimiento dB | amesoft | SQL | 1 | 05-08-2006 06:26:37 |
optimizacion del SQL | seb@ | SQL | 1 | 22-09-2004 19:55:24 |
Optimizacion | manuelpr | Conexión con bases de datos | 3 | 30-07-2004 17:26:24 |
Rendimiento y optimizacion de una aplicacion | erickperez6 | Varios | 2 | 10-09-2003 01:12:32 |
![]() |
|