Re: [PATCH] proposal for regexp_count, regexp_instr, regexp_substr and regexp_replace

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [PATCH] proposal for regexp_count, regexp_instr, regexp_substr and regexp_replace
Дата
Msg-id 1702731.1627997990@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [PATCH] proposal for regexp_count, regexp_instr, regexp_substr and regexp_replace  (Erik Rijkers <er@xs4all.nl>)
Ответы Re: [PATCH] proposal for regexp_count, regexp_instr, regexp_substr and regexp_replace  (Gilles Darold <gilles@darold.net>)
Список pgsql-hackers
Erik Rijkers <er@xs4all.nl> writes:
> On 8/3/21 1:26 PM, Gilles Darold wrote:
>> Le 03/08/2021 à 11:45, Gilles Darold a écrit :
>>> Actually I just found that the regexp_like() function doesn't support 
>>> the start parameter which is something we should support. I saw that 
>>> Oracle do not support it but DB2 does and I think we should also 
>>> support it. I will post a new version of the patch once it is done.

> +1

> I for one am in favor of this 'start'-argument addition.  Slightly 
> harder usage, but more precise manipulation.

As I said upthread, I am *not* in favor of making those DB2 additions.
We do not need to create ambiguities around those functions like the
one we have for regexp_replace.  If Oracle doesn't have those options,
why do we need them?

            regards, tom lane



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

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: slab allocator performance issues
Следующее
От: Pavel Borisov
Дата:
Сообщение: Re: Parallel scan with SubTransGetTopmostTransaction assert coredump