| From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
|---|---|
| To: | Thomas Lockhart <lockhart(at)fourpalms(dot)org> |
| Cc: | Jan Wieck <janwieck(at)yahoo(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: numeric/decimal docs bug? |
| Date: | 2002-04-13 00:12:45 |
| Message-ID: | 200204130012.g3D0Cjm00304@candle.pha.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Thomas Lockhart wrote:
> ...
> > It is my understanding that RPM does run that test. My main issue is
> > why does numeric have to be so much larger than the other tests? I have
> > not heard that explained.
>
> afaict it is not larger. It *does* take more time, but the number of
> tests is relatively small, or at least compatible with the number of
> tests which appear, or should appear, in other tests of data types
> covering a large problem space (e.g. date/time).
>
> It does illustrate that BCD-like encodings are expensive, and that
> machine-supported math is usually a win. If it is a big deal, jump in
> and widen the internal math operations!
OK, as long as everyone else is fine with the tests, we can leave it
alone. The concept that the number of tests is realisitic, and that
they are just slower than other data types, makes sense.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2002-04-13 00:13:45 | Re: numeric/decimal docs bug? |
| Previous Message | Neil Conway | 2002-04-12 23:24:21 | Re: pg_dump is broken in CVS tip |