From 2af8894c409d0464d4f29449ac39d7d229ccc6ef Mon Sep 17 00:00:00 2001 From: Tom Lane Date: Mon, 23 Mar 2020 12:42:16 -0400 Subject: [PATCH] Doc: explain that LIKE et al can be used in ANY (sub-select) etc. This wasn't stated anywhere, and it's perhaps not that obvious, since we get questions about it from time to time. Also undocumented was that the parser actually translates these into operators. Discussion: https://postgr.es/m/CAFj8pRBkvZ71BqGKZnBBG4=0cKG+s50Dy+DYmrizUKEpAtdc+w@mail.gmail.com --- doc/src/sgml/func.sgml | 18 +++++++++++++++++- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml index f196c6bc8bd..e356774586b 100644 --- a/doc/src/sgml/func.sgml +++ b/doc/src/sgml/func.sgml @@ -3709,7 +3709,23 @@ cast(-44 as bit(12)) 111111010100 !~~ and !~~* operators that represent NOT LIKE and NOT ILIKE, respectively. All of these operators are - PostgreSQL-specific. + PostgreSQL-specific. You may see these + operator names in EXPLAIN output and similar + places, since the parser actually translates LIKE + et al. to these operators. + + + + The phrases LIKE, ILIKE, + NOT LIKE, and NOT ILIKE are + generally treated as operators + in PostgreSQL syntax; for example they can + be used in expression + operator ANY + (subquery) constructs, although + an ESCAPE clause cannot be included there. In some + obscure cases it may be necessary to use the underlying operator names + instead. -- 2.39.5