Re: FORMAL VOTE ON =- and similar

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas
Тема Re: FORMAL VOTE ON =- and similar
Дата
Msg-id 00da01bfd481$f17c7b40$e823080a@sd.spardat.at
обсуждение исходный текст
Ответ на Re: FORMAL VOTE ON =- and similar  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: FORMAL VOTE ON =- and similar  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers

> Can someone comment on this?  Add to TODO?

No.

> > On Fri, 17 Mar 2000, Thomas Lockhart wrote:
> > >Actually, I'd suggest we *remove* the "//" comment delimiters
> > >altogether. We always had the "--" SQL92 delimiter, I added the "/*
> > >... */" so we could get a block delimiter of some sort (it is the same
> > >aas in Ingres). I don't know what other DBMSes do, and we could define
> > >something else instead if SQL3 or some other convention offers a
> > >strong reason.
> > 
> > I think the standard specifies the curly brackets as comment block characters.

wrong, I'm sorry for the misinformation.

> > I checked, and we do not have them :-( 
> > 
> > Example:
> > select { this is a comment } * from pg_class;
> > 
> > Most (all that I know) other DB's have them

It turns out I was always beleiving it to be so, but it isn't. 
The {} are an Informix'ism and thus not worth implementing.

Andreas



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: On aclocal.m4
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Patch for 'Not to stuff everything as files in a single directory, hash dirs'