Auto selection of internal representation for integer NUMERIC - Mailing list pgsql-hackers

From ITAGAKI Takahiro
Subject Auto selection of internal representation for integer NUMERIC
Date
Msg-id 20060703182129.5687.ITAGAKI.TAKAHIRO@oss.ntt.co.jp
Whole thread Raw
Responses Re: Auto selection of internal representation for integer NUMERIC  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Hi Hackers,

I think about mapping NUMERIC(n) to fixed size integers corresponding to n:-       n <  4 to int2-  5 <= n <  9 to
int4-10 <= n < 18 to int8- 19 <= n      to original numeric
 

NUMERIC is not so efficient datatypes compared to fixed size integers. 
If the auto selection is avaliable, users don't have to care about integer
types; they can always use NUMERICs.

In particular, this is useful for oracle users. Oracle recommends to use
NUMBER(n, p) for all the case where numerics are required. So they try to
use NUMERIC on PostgreSQL instead of NUMBER. But NUMERIC is not the best
alternative to a short integer NUMBER.


Is this worth trying and acceptable? This thought is not wanted if users
choise int2/4/8 carefully -- but it is rare case from my experience :-(
In addition, treating NaN value is an issue. NaN is supported on NUMERIC,
but there are complexities to do the same on fixed size integers.

Comments and suggestions are welcome.

Regards,
---
ITAGAKI Takahiro
NTT Open Source Software Center



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: odd 7.4 build failure on new sparc machine
Next
From: "Andrew Dunstan"
Date:
Subject: Re: odd 7.4 build failure on new sparc machine