Re: Pls Hlp: SQL Problem - Mailing list pgsql-sql

From Fernando Hevia
Subject Re: Pls Hlp: SQL Problem
Date
Msg-id 019001c9176f$a5ff7200$8f01010a@iptel.com.ar
Whole thread Raw
In response to Re: Pls Hlp: SQL Problem  ("Scott Marlowe" <scott.marlowe@gmail.com>)
List pgsql-sql
 

> -----Mensaje original-----
> De: Scott Marlowe [mailto:scott.marlowe@gmail.com] 

> >
> > Consider that if you are NOT going to use the decimals you should 
> > really use integer or bigint datatypes. The numeric type 
> compute much 
> > slower than integer datatypes.
> 
> Note that if you're just converting the output the cost is 
> minimal compared to if you're doing all your math in numeric. 
>  It's when you force math to happen that numeric is slower, 
> but numeric's gotten a lot of tuning in the last few years 
> and it's withing a few percentage
> of integer for most measurements.   Definitely not twice as slow or
> anything like they once were.
> 

Well, in that case the manual should be revised.

8.1.2. Arbitrary Precision Numbers

The type numeric can store numbers with up to 1000 digits of precision and
perform calculations exactly. It is especially recommended for storing
monetary amounts and other quantities where exactness is required. However,
arithmetic on numeric values is __very slow__ compared to the integer types,
or to the floating-point types described in the next section. 

Ref: http://www.postgresql.org/docs/current/static/datatype-numeric.html

The explicit "very slow" assertion scared me quite enough so to avoid
numeric types where possible.

Regards,
Fernando.



pgsql-sql by date:

Previous
From: "Scott Marlowe"
Date:
Subject: Re: Pls Hlp: SQL Problem
Next
From: Seb
Date:
Subject: surrogate vs natural primary keys