Behavior of CAST to integer - Mailing list pgsql-novice

From byron509
Subject Behavior of CAST to integer
Date
Msg-id 1400105120524-5803961.post@n5.nabble.com
Whole thread Raw
Responses Re: Behavior of CAST to integer  (Gavin Flower <GavinFlower@archidevsys.co.nz>)
List pgsql-novice
Hi, hoping someone can help me understand the following in 64-9.2:

I am casting a mathematical difference to integer in order to truncate to
the whole number of the result (not the rounded value). All example
variables are stored as integers as well as the results.

1. So query with example column values is:

    SELECT CAST(((1400-42.32)/100) AS integer);
    Solves as:
    CAST((1357.68/100) AS integer);
    Solves as:
    CAST(13.5768 AS integer);
    Results in 14. This is not what I want.

2. But if I query:

   SELECT CAST(1358/100 AS integer);
   Solves as:
   SELECT CAST(13 AS integer);
   Result is 13. Which is what I want. But I am guessing this is because
1358 is seen as an integer by the planner.

3. So I thought if I rounded I would get the answer I want.

   SELECT CAST(ROUND((1400-42.32),0)/100 AS integer);
   Solves as:
   SELECT CAST(1358/100 AS integer);
   Result is 14!

4. I have found a solution as:

   SELECT CAST(CAST((1400-42.32) AS integer)/100 AS integer);
   Solves as:
   SELECT CAST(CAST(1357.68 AS integer)/100 AS integer);
   Solves as:
   SELECT CAST(1358/100 AS integer);
   Result is 13.

So my question is, what is the reason for the different result between 1. &
4.; and why does 3 not work?

Much appreciation on any pointers.
BC



--
View this message in context: http://postgresql.1045698.n5.nabble.com/Behavior-of-CAST-to-integer-tp5803961.html
Sent from the PostgreSQL - novice mailing list archive at Nabble.com.


pgsql-novice by date:

Previous
From: David G Johnston
Date:
Subject: Re: Behavior of CAST to integer
Next
From: Scott Arciszewski
Date:
Subject: Password-based Authentication