| 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: | Whole Thread | Raw Message | 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 |