Re: Weird type selection choice

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Heikki Linnakangas <heikki(at)enterprisedb(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Weird type selection choice
Date: 2007-11-07 15:40:36
Message-ID: 200711071640.36561.peter_e@gmx.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Am Mittwoch, 7. November 2007 schrieb Heikki Linnakangas:
> Peter Eisentraut wrote:
> > I wrote:
> >> I noticed this problem in 8.2 and 8.3:
> >>
> >> pei=# select mod( trunc( 1 ), 2 );
> >> ERROR: 42883: function mod(double precision, integer) does not exist
> >> LINE 1: select mod( trunc( 1 ), 2 );
> >> ^
> >
> > I suppose there will be little interest in including the obvious
> > solution, namely
> >
> > CREATE FUNCTION pg_catalog.trunc(int) RETURNS int AS $$ SELECT $1; $$
> > LANGUAGE SQL STRICT IMMUTABLE;
>
> It does sound totally useless...
>
> Why would you run a query like that in the first place? It seems like a
> useless query as it is. Is there a bigger story behind it?

The "1" is substituted from somewhere else. If the value happens to be, say,
1.5, it works, but not with 1 or 2.

--
Peter Eisentraut
http://developer.postgresql.org/~petere/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Gregory Stark 2007-11-07 15:49:16 Re: A small rant about coding style for backend functions
Previous Message Brendan Jurd 2007-11-07 14:36:07 Re: A small rant about coding style for backend functions