Re: [HACKERS] memory dilemma
От | Don Baccus |
---|---|
Тема | Re: [HACKERS] memory dilemma |
Дата | |
Msg-id | 3.0.1.32.19991209031733.00ecfd20@mail.pacifier.com обсуждение исходный текст |
Ответ на | memory dilemma (Karel Zak - Zakkr <zakkr@zf.jcu.cz>) |
Ответы |
Re: [HACKERS] memory dilemma
|
Список | 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 по дате отправления: