Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y'

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y'
Дата
Msg-id 24839.928767967@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y'  (Bruce Momjian <maillist@candle.pha.pa.us>)
Ответы Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y'  (Bruce Momjian <maillist@candle.pha.pa.us>)
Список pgsql-hackers
Bruce Momjian <maillist@candle.pha.pa.us> writes:
>> Repair recently-introduced error in makeIndexable for LIKE:
>> a non-leading % would be put into the >=/<= patterns.  Also, repair
>> longstanding confusion about whether %% means a literal %%.  The SQL92
>> doesn't say any such thing, and textlike() knows that, but gram.y didn't.

> Houston, we have a problem.  DoMatch has:

>             case '%':
>                 /* %% is the same as % according to the SQL standard */
>                 /* Advance past all %'s */
>                 while (*p == '%')

> Don't we want %% to be %?

I looked at the spec, and this piece of code is right: there is nothing
in the spec that says that %% means anything other than two string
pattern matches (which of course has the same effect as one).  So I made
gram.y agree.

It could be that people like Microsoft don't follow the spec... can
anyone check this?
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] 6.6 items
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Bug in LIKE ?