Re: regexp_replace failing on 9.0.4

Поиск
Список
Период
Сортировка
От Rob Sargent
Тема Re: regexp_replace failing on 9.0.4
Дата
Msg-id 514BA696.205@gmail.com
обсуждение исходный текст
Ответ на Re: regexp_replace failing on 9.0.4  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
On 03/21/2013 06:25 PM, Tom Lane wrote:
> Rob Sargent <robjsargent@gmail.com> writes:
>> For fun I decided to install 9.2 and thought I would try my luck there.
>>    Here's was I saw (apologies for the wide output).
>
>> << simple update in place>>
>> update cms.segment_data
>> set text = regexp_replace(text,'(^.*)ns/acres/pathology/dx/1.5(.*$)',
>> E'\\1ns/acres/pathology/dx/1.6\\2')
>> where id = 'c092880f-8484-4b29-b712-f3df12216701';
>> UPDATE 1
>> [ doesn't change the first 150 characters of the field ]
>
>> << update in parts >>
>> update cms.segment_data set text =
>> regexp_replace(substring(text,1,150),
>> '(^.*)ns/acres/pathology/dx/1.5(.*$)',
>> E'\\1ns/acres/pathology/dx/1.6\\2') || substring(text, 151)
>> where id = 'c092880f-8484-4b29-b712-f3df12216701';
>> UPDATE 1
>> [ does change the first 150 characters of the field ]
>
> I'm suspicious that there is more than one match to the substring
> in that field, with the extra match(es) coming beyond char 150.
> The way that regexp is written, I think it would replace the last
> match not the first.
>
>             regards, tom lane
>
Indeed there are (or at least may be) other instances of the namespace
string.  I was operating on the assumption that only the first would get
hit, but I fear greediness has gotten the better of my yet again.

And there's reason to believe the "9.0.3" test server db did not have
the proliferations of the string.

Thanks as always.



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: regexp_replace failing on 9.0.4
Следующее
От: wd
Дата:
Сообщение: Re: streaming replication question