Re: [HACKERS] memory dilemma - Mailing list pgsql-hackers

From Don Baccus
Subject Re: [HACKERS] memory dilemma
Date
Msg-id 3.0.1.32.19991209031733.00ecfd20@mail.pacifier.com
Whole thread Raw
In response to memory dilemma  (Karel Zak - Zakkr <zakkr@zf.jcu.cz>)
Responses Re: [HACKERS] memory dilemma
List pgsql-hackers
At 01:40 PM 12/27/99 +0100, Karel Zak - Zakkr wrote:

>    not use cache - hmm.. but I like fast routines (my current
>    to_char() implementation is faster (20-50%) than current 
>    date_part()).

While fast routines are nice indeed, isn't it true in practice
that to_char() times will be swamped by the amount of time to
parse, plan, and execute a query in most cases?

Trivial cases like "select to_char('now'::datetime,...)" can't in
general be cached anyway, since 'now' is always changing...

Your caching code needs to guarantee that it can't leak memory
in any circumstance.  In environments where database servers
run 24/7 that's far more important than minor increases in
speed.



- Don Baccus, Portland OR <dhogaza@pacifier.com> Nature photos, on-line guides, Pacific Northwest Rare Bird Alert
Serviceand other goodies at http://donb.photo.net.
 


pgsql-hackers by date:

Previous
From: Mateus Cordeiro Inssa
Date:
Subject: Re: [HACKERS] Error "vacuum pg_proc"
Next
From: "Ansley, Michael"
Date:
Subject: pg_dump update