Re: SQL function parse error ?

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

In response to

Responses

Browse pgsql-sql by date

  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