Re: BUG #16333: position() function not equivalent to strpos() function when comparing citext
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #16333: position() function not equivalent to strpos() function when comparing citext |
| Дата | |
| Msg-id | 12376.1585789484@sss.pgh.pa.us обсуждение |
| Ответ на | BUG #16333: position() function not equivalent to strpos() function when comparing citext (PG Bug reporting form <noreply@postgresql.org>) |
| Ответы |
Re: BUG #16333: position() function not equivalent to strpos()function when comparing citext
|
| Список | pgsql-bugs |
PG Bug reporting form <noreply@postgresql.org> writes:
> SELECT position('foo'::citext IN 'Foobar'::citext) =
> strpos('Foobar'::citext, 'foo'::citext) as "positionEqualsStrpos";
> Citext does not create an overload for position() supporting citext
> parameters, therefore position(a in b) always runs case-sensitive.
Well, the citext documentation specifies which functions have
case-insensitive mappings. strpos() is listed, position() is not,
so I'd say it's acting precisely as documented.
We could consider adding position() of course, but there's a
backwards-compatibility issue --- at this point, people may have
queries that depend on the current behavior.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера