From: | Tomasz Myrta <jasiek(at)klaster(dot)net> |
---|---|
To: | Radu-Adrian Popescu <radu(dot)popescu(at)aldratech(dot)com> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: SQL function parse error ? |
Date: | 2003-01-09 13:22:59 |
Message-ID: | 3E1D77B3.4000503@klaster.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Radu-Adrian Popescu wrote:
> I'm perfectly aware of the fact that a space solves the issue here.
>
> What I'm saying is that it is not natural nor common to take some
> whitespace
> into
> account when parsing, since this is not bash language, nor python, as it
> shouldn't be !
> This is SQL, and people who are using PostgreSql write SQL, not
> whitespace-sensitive SQL, bash or whatever.
>
> And besides, like I have already pointed out, look at php's language
> parser
> (behavior, not source) :
> the statement if(100>$a) is perfectly legal, as it should be.
> Is there any operator named >$ ?
>
> Anyone who has used anything from Mysql to Oracle will get quite
> annoyed on
> this one.
>
> Hope the people in charge of the parser will get to the bottom of this...
> ... and please forgive my caustic tone.
>
> =====
> Radu-Adrian Popescu
> CSA, DBA, Developer
> Aldratech Ltd.
I think you are absolutely wrong.
It is possible in Postgresql to overload operators and if you want, you
can create operator named ">$".
There is a lot of useful things in postgresql documentation. If you read
it, you could find this:
>CREATE OPERATOR defines a new operator, name. The user who defines an
>operator becomes its owner.
>The operator name is a sequence of up to NAMEDATALEN-1 (31 by default)
>characters from the following list:
>+ - * / < > = ~ ! @ # % ^ & | ` ? $
Regards,
Tomasz Myrta
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Treat | 2003-01-09 14:18:19 | Re: Postgresql Bug List? |
Previous Message | Achilleus Mantzios | 2003-01-09 12:45:57 | http://www.postgresql.org site problem |