Re: Arbitrary precision arithmatic with pgsql - Mailing list pgsql-sql

From Rajesh Kumar Mallah
Subject Re: Arbitrary precision arithmatic with pgsql
Date
Msg-id 41347A0F.70300@trade-india.com
Whole thread Raw
In response to Re: Arbitrary precision arithmatic with pgsql  (Michael Glaesemann <grzm@myrealbox.com>)
Responses Re: Arbitrary precision arithmatic with pgsql
List pgsql-sql
Michael Glaesemann wrote:

>
> On Aug 31, 2004, at 9:17 PM, Michael Glaesemann wrote:
>
>> What you need is a power operation for numeric, which I think you'd 
>> have to write yourself,
>
>
> Looking a little closer, there is a pow() function that takes two 
> numeric arguments and returns numeric.
>
> <http://www.postgresql.org/docs/current/static/functions-math.html>
>
> test=# select pow(2::numeric,100::numeric);
>                        pow
> --------------------------------------------------
>  1267650600228229401496703205376.0000000000000000
> (1 row)
>
> Sorry for the misinformation.
>
> If you'd like, I think you can overload the ^ operator to work on 
> numeric as well if you don't want to use pow(). See the following page 
> for more information.
>
> <http://www.postgresql.org/docs/current/static/sql-createoperator.html>


Yep thats cool.  Thanks for the research!

but i still wonder if a warning or info message were
appropriate at some stage so that people do not confuse it
with sielent loss of accuracy . I know this example is *not* a
case of where postgresql is truncating data at the insert level
(like mysql does) but at the calculation level.

regds
mallah.






regds
mallah.


>
> Michael Glaesemann
> grzm myrealbox com
>
>
> !DSPAM:4134745e87571738116768!
>
>


-- 

regds
Mallah.

Rajesh Kumar Mallah
+---------------------------------------------------+
| Tradeindia.com  (3,11,246) Registered Users         | 
| Indias' Leading B2B eMarketPlace                  |
| http://www.tradeindia.com/                |
+---------------------------------------------------+



pgsql-sql by date:

Previous
From: Michael Glaesemann
Date:
Subject: Re: Arbitrary precision arithmatic with pgsql
Next
From: Michael Glaesemann
Date:
Subject: Re: casting BOOL to somthng