| From: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
|---|---|
| To: | Jim(dot)Nasby(at)BlueTreble(dot)com |
| Cc: | alvherre(at)2ndquadrant(dot)com, david(at)fetter(dot)org, michael(dot)banck(at)credativ(dot)de, tgl(at)sss(dot)pgh(dot)pa(dot)us, andrew(at)dunslane(dot)net, jaime(at)2ndquadrant(dot)com, andres(at)2ndquadrant(dot)com, pgsql-hackers(at)postgresql(dot)org, josh(at)agliodbs(dot)com, cktan(at)vitessedata(dot)com |
| Subject: | Re: Let's drop two obsolete features which are bear-traps for novices |
| Date: | 2014-11-03 22:51:06 |
| Message-ID: | 20141104.075106.1985158077634336032.t-ishii@sraoss.co.jp |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> The performance of our numeric vs Oracle's was a common complaint when
> I was at EnterpriseDB (in 2007).
>
> Perhaps numeric's performance could be greatly improved in cases where
> the precision is low enough to map to an int/bigint. That would get us
> closer to eliminating money as well as give other uses a big win. Of
> course, how to do that and not break pg_upgrade is a huge question...
Just out of curiosity, why is Oracle's NUMBER (I assume you are
talking about this) so fast?
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kevin Grittner | 2014-11-03 22:56:11 | Re: Let's drop two obsolete features which are bear-traps for novices |
| Previous Message | Alvaro Herrera | 2014-11-03 22:18:55 | Re: BRIN indexes - TRAP: BadArgument |