Re: [HACKERS] numeric & decimal

Bruce Momjian wrote:
>
>
> This looks like something that should be addressed. Was it?
>
>
>
> > > For some reason (dunno why) the parser ignores the precision
> > > for DECIMAL. atttypmod is set hardcoded to -1. So the above
> > > is identical to a
> > >
> > > CREATE TABLE test (n numeric(10,3), d decimal);
> > >
> > > I'll test what happens if I enable it in gram.y and if it
> > > doesn't break any regression commit the changes.

This one is fixed. Parser handles precision of DECIMAL
already.

> > NUMERIC without size is interpreted as NUMERIC(x,6). Why ?
> > Standard SQL92 says that NUMERIC without size is equivalent to NUMERIC(1)

PostgreSQL specific. Should I change it to standard?

> >
> > - NUMERIC(4,1) transalte value -999.99 as -1000.0 (greater than his size)

Definitely a bug. The value is checked before the rounding.
Will fix it soon.

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#======================================== jwieck(at)debis(dot)com (Jan Wieck) #