Re: consulta se demora mucho mas que antes

On 3/30/06, Miguel <mmiranda(at)123(dot)com(dot)sv> wrote:
> Javier Aquino H. wrote:
>
> > Comentarios al final ...
> >
> >
> >> radius=# explain
> >> radius-# select 'quemados',sum(acctsessiontime)/60 as minutos,
> >> sum(roundedsessiontime)/60 as redondeados
> >> radius-# from stopacct a inner join pines b on (a.username = b.pin)
> >> radius-# where h323callorigin = 'originate'
> >> radius-# and h323disconnecttime::date = '2006-03-29'
> >> radius-# and idproducto in (11,40,41)
> >> radius-# ;
[..snip..]

> >
> Estas en lo correcto Javier, cambie el query de esta forma
>
>
> select 'quemados',sum(acctsessiontime)/60 as minutos,
> sum(roundedsessiontime)/60 as redondeados
> from stopacct a inner join pines b on (a.username = b.pin)
> where h323callorigin = 'originate'
> and h323disconnecttime between '2006-03-29 00:00:00' and '2006-03-29
> 23:59:59'
> and idproducto in (11,40,41)
>
>
[..snip..]

> Hasta aqui todo perfecto, pero esta es la mejor forma de hacerlo?, el
> problema es que ese rango se define seleecionado de una pagina web donde
> se digita el rango y no siempre el usuario digitara el intervalo de
> horas, y claro, yo podria hacerlo con javascript o algo pero antes no
> era necesario, de alguna manera antes funcionaba y ahora el query planer
> ha decidido hacer un seq scan (obviamente la peor decision) , afectando
> el resultado final.

por que sera que nadie me para bola?
hace algunos mails atras te aconseje que cambies de:
radius-# and h323disconnecttime::date = '2006-03-29'

por:
radius-# and h323disconnecttime::date = '2006-03-29'::date

--
Atentamente,
Jaime Casanova

"What they (MySQL) lose in usability, they gain back in benchmarks, and that's
all that matters: getting the wrong answer really fast."
Randal L. Schwartz