Re: Latest patches break one of our unit-test, related to RLS

Поиск
Список
Период
Сортировка
От Dominique Devienne
Тема Re: Latest patches break one of our unit-test, related to RLS
Дата
Msg-id CAFCRh--M1y2YpJJMb6undzvyvhd4geKtRWFkDyr1shHvvoOkpQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Latest patches break one of our unit-test, related to RLS  (Dominique Devienne <ddevienne@gmail.com>)
Ответы Re: Latest patches break one of our unit-test, related to RLS
Список pgsql-general
On Fri, Sep 12, 2025 at 3:11 PM Dominique Devienne <ddevienne@gmail.com> wrote:
> On Fri, Sep 12, 2025 at 2:45 PM Laurenz Albe <laurenz.albe@cybertec.at> wrote:
> > You don't show us that data that match the pattern in 17.5, but
> > not in 17.6.  Unless you show us a counterexample, I'd say that
> > the behavior in 17.6 is correct.

I've reread https://www.postgresql.org/docs/current/functions-matching.html#FUNCTIONS-SIMILARTO-REGEXP
and especially:

> According to the SQL standard, omitting ESCAPE means there is no escape character (rather than defaulting to a
backslash),and a zero-length ESCAPE value is disallowed. PostgreSQL's behavior in this regard is therefore slightly
nonstandard.

and also

> Another nonstandard extension is that following the escape character with a letter or digit provides access to the
escapesequences defined for POSIX regular expressions; see Table 9.20, Table 9.21, and Table 9.22 below. 

Table 9.21. Regular Expression Class-Shorthand Escapes
\d matches any digit, like [[:digit:]]
\w matches any word character, like [[:word:]]

So I don't see how my `... where v similar to 'foo[\d\w]_%'` is incorrect.

So again, is this a bug / regression or not? Thanks, --DD



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