Обсуждение: Numeric type
OK, I give up :) How do I use the numeric type?
postgres=> create table n1 (n numeric(10,5), d decimal(10,5));
CREATE
postgres=> insert into n1 values ('1.23456', '1.23456');
ERROR: overflow on numeric ABS(value) >= 10^0 for field with precision 2087 scale 31828
postgres=> insert into n1 values ('12345.23456', '1.23456');
ERROR: overflow on numeric ABS(value) >= 10^4 for field with precision 2087 scale 50860
- Tom
> OK, I give up :) How do I use the numeric type?
>
> postgres=> create table n1 (n numeric(10,5), d decimal(10,5));
> CREATE
> postgres=> insert into n1 values ('1.23456', '1.23456');
> ERROR: overflow on numeric
> ABS(value) >= 10^0 for field with precision 2087 scale 31828
> postgres=> insert into n1 values ('12345.23456', '1.23456');
> ERROR: overflow on numeric
> ABS(value) >= 10^4 for field with precision 2087 scale 50860
>
Works here. Don't you hate when that happens:test=> create table n1 (n numeric(10,5), d decimal(10,5));CREATEtest=>
insertinto n1 values ('1.23456', '1.23456');INSERT 18602 1test=> insert into n1 values ('12345.23456',
'1.23456');INSERT18603 1test=> select * from n1; n| d-----------+-------
1.23456|1.2345612345.23456|1.23456(2rows)
-- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610)
853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill,
Pennsylvania19026
> > OK, I give up :) How do I use the numeric type?
> Works here. Don't you hate when that happens:
postgres=> create table n1 (n numeric(10,5), d decimal(10,5));
CREATE
postgres=> insert into n1 values ('1.23456', '1.23456');
ERROR: overflow on numeric ABS(value) >= 10^0 for field with precision 2086 scale 53380
*sigh*
Any hints on where to look? I did a CVSup update, then a "cvs -PdA" on
my development tree, a "make clean install" and an initdb. I did not try
a full clean checkout, but would think that it wouldn't help.
Anyone else running on Linux/i686/libc5 having success? If so, I'll go
back to working on outer joins...
- Tom
"Thomas G. Lockhart" <lockhart@alumni.caltech.edu> writes:
>>>> OK, I give up :) How do I use the numeric type?
>> Works here. Don't you hate when that happens:
> Any hints on where to look? I did a CVSup update, then a "cvs -PdA" on
> my development tree, a "make clean install" and an initdb.
Maybe you need to repeat the "configure" step? If Jan made any changes
in Makefile.in's, config.h.in, etc, then failing to reconfigure would
mean building with old files.
I tend to do "make distclean" before any CVS update and "configure"
afterwards...
regards, tom lane
>
> > > OK, I give up :) How do I use the numeric type?
> > Works here. Don't you hate when that happens:
>
> postgres=> create table n1 (n numeric(10,5), d decimal(10,5));
> CREATE
> postgres=> insert into n1 values ('1.23456', '1.23456');
> ERROR: overflow on numeric
> ABS(value) >= 10^0 for field with precision 2086 scale 53380
>
> *sigh*
>
> Any hints on where to look? I did a CVSup update, then a "cvs -PdA" on
> my development tree, a "make clean install" and an initdb. I did not try
> a full clean checkout, but would think that it wouldn't help.
Seems to me like the typmod value given to
Numeric numeric(Numeric num, int dummy, int32 typmod)
got mangled up somewhere. First you should check that the
atttypmod in pg_attribute for n1.n and n1.d is correct. It
should have the value
((precision << 16) | scale) + 4
and must be 655369 for a numeric(10,5).
If that isn't the case, you might take a look at
include/nodes/parsenodes.h. The typmod field of struct
TypeName should be of int32 (I changed that shortly before
moving numeric into the backend).
If that isn't the error, it would be good if you're a little
familiar with gdb. If so, set a breakpoint on function
numeric() and try to find where on it's way from
pg_attribute.atttypmod to the call to numeric() it got
mangled up.
>
> Anyone else running on Linux/i686/libc5 having success? If so, I'll go
> back to working on outer joins...
>
> - Tom
>
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#======================================== jwieck@debis.com (Jan Wieck) #
> > *sigh* > > Any hints on where to look? I did a CVSup update, then a "cvs -PdA" on > my development tree, a "make clean install" and an initdb. I did not try > a full clean checkout, but would think that it wouldn't help. > > Anyone else running on Linux/i686/libc5 having success? If so, I'll go > back to working on outer joins... I assume it is some OS thing. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
On Wed, 6 Jan 1999, Thomas G. Lockhart wrote:
> Date: Wed, 06 Jan 1999 15:15:11 +0000
> From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
> To: Bruce Momjian <maillist@candle.pha.pa.us>
> Cc: jwieck@debis.com, hackers@postgreSQL.org
> Subject: Re: [HACKERS] Numeric type
>
> > > OK, I give up :) How do I use the numeric type?
> > Works here. Don't you hate when that happens:
>
> postgres=> create table n1 (n numeric(10,5), d decimal(10,5));
> CREATE
> postgres=> insert into n1 values ('1.23456', '1.23456');
> ERROR: overflow on numeric
> ABS(value) >= 10^0 for field with precision 2086 scale 53380
>
> *sigh*
>
> Any hints on where to look? I did a CVSup update, then a "cvs -PdA" on
> my development tree, a "make clean install" and an initdb. I did not try
> a full clean checkout, but would think that it wouldn't help.
>
> Anyone else running on Linux/i686/libc5 having success? If so, I'll go
> back to working on outer joins...
>
On my Linux box/i586/libc5, postgresql 6.4.2:
test=> create table n1 (n numeric(10,5), d decimal(10,5));
ERROR: NUMERIC precision 10 must be 9
test=>
Something weird ! I compiled postgres 6.4.2 after applying Jan's feature
patch and configure --enable-locale
Oleg
> - Tom
>
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83
Oleg Bartunov wrote:
> On my Linux box/i586/libc5, postgresql 6.4.2:
>
> test=> create table n1 (n numeric(10,5), d decimal(10,5));
> ERROR: NUMERIC precision 10 must be 9
> test=>
>
> Something weird ! I compiled postgres 6.4.2 after applying Jan's feature
> patch and configure --enable-locale
Not weird. The new NUMERIC datatype (arbitrary precision
numeric format) isn't part of the v6.4 tree and will not be.
It's only in the current development tree which will become
v6.5.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#======================================== jwieck@debis.com (Jan Wieck) #