Re: BUG #5469: regexp_matches() has poor behaviour and more poor documentation
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #5469: regexp_matches() has poor behaviour and more poor documentation |
| Дата | |
| Msg-id | 2452.1275402410@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: BUG #5469: regexp_matches() has poor behaviour and more poor documentation (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: BUG #5469: regexp_matches() has poor behaviour and
more poor documentation
|
| Список | pgsql-bugs |
Robert Haas <robertmhaas@gmail.com> writes:
> But actually here's an even simpler workaround, which is IMHO less
> ugly than the original one:
> SELECT foo, bar, (SELECT regexp_matches(bar, pattern)) FROM table;
Doesn't that blow up if the subselect returns more than one row?
I think you could make it work by wrapping regexp_matches in a
simple (non-SETOF) SQL function, but just writing out the sub-SELECT
doesn't do it. This goes back to the recent discussion of why SQL
functions can't always be inlined --- the semantics are a bit
different in some cases.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера