Re: Timestamps and performances problems
| От | Jean-Christophe ARNU (JX) |
|---|---|
| Тема | Re: Timestamps and performances problems |
| Дата | |
| Msg-id | 20020410104425.59ce6791.jc.arnu@free.fr обсуждение исходный текст |
| Ответ на | Re: Timestamps and performances problems ("Dan Langille" <dan@langille.org>) |
| Ответы |
Re: Timestamps and performances problems
|
| Список | pgsql-admin |
Le Wed, 10 Apr 2002 09:27:09 -0400
"Dan Langille" <dan@langille.org> me disait que :
> On 10 Apr 2002 at 9:13, JX wrote:
>
> > Le Wed, 10 Apr 2002 09:06:55 -0400
> > "Dan Langille" <dan@langille.org> me disait que :
> >
> > > On 10 Apr 2002 at 11:51, Gaetano Mendola wrote:
> > >
> > > > "Jean-Christophe ARNU (JX)" <jc.arnu@free.fr> wrote:
> > > > > Hello all.
> > > > > I've a performance problem on specific requests :
> > > > >
> > > > > When I use timestamps + interval in where clauses, query
> > > > > performance is slowed down by a factor of 20 or 30!!!! For exemple
> > > > > : select timestamp,value
> > > > > from measure
> > > > > where timestamp<now() and timestamp>(now() - '1 hour'::interval)
> > >
> > > Try where timestamp<now() and timestamp>(now() - '1
> > > hour'::interval)::timestemp.
> >
> > What's the difference with the syntax above? It takes he same time
> > than the query above. Bounded timestamps with "real" ISO timestamps
> > strings are always up to about 200 times faster (with extensive test
> > proof).
>
> It casts the value to a timestamp. I would prefer to discuss this on-
> list.
Okaye, but what's the incidence on preformance issues?
Casting should only insure that given string is to be taken as a timestamp
isn't it? Does it make an "instanciation" of the timestamp to be that would be
applied for comparision clauses?
Thanks
--
Jean-Christophe ARNU
s/w developer
Paratronic France
«Dès que je clique sur "mount", il ne fait rien et le cdrom
reste "unmount".
Quel est le pb ?»
-+- Popol in Guide du linuxien pervers : "De l'avantage des interfaces..." -+-
В списке pgsql-admin по дате отправления: