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/
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 |