From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Ian Lawrence Barwick <barwick(at)gmail(dot)com> |
Cc: | Thor Michael Støre <thormichael(at)gmail(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: SELECT 1 = ANY (SELECT ARRAY[1, 2, 3]) -> ERROR: operator does not exist: integer = integer[] ? |
Date: | 2013-03-13 14:53:31 |
Message-ID: | 26033.1363186411@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Ian Lawrence Barwick <barwick(at)gmail(dot)com> writes:
> 2013/3/13 Thor Michael Stre <thormichael(at)gmail(dot)com>:
>> Could someone make sense of this for me?
>> postgres=# select 1 = ANY (SELECT ARRAY[1,2,3]);
>> ERROR: operator does not exist: integer = integer[]
> A bit tricky to explain...
Yeah. The short answer is that "foo = ANY (SELECT ...)" is mandated by
standard to mean "compare foo to each value in the rowset returned by
the sub-SELECT". So the above is invalid, and the error message is
giving a perfectly clear reason why.
Postgres has abused the ANY notation by saying that, if the right-hand
side is not a SELECT at the top level (which would be invalid on its
face per spec), then it must be an expression delivering an array value,
and we compare foo to each array element. This isn't terribly
consistent but it's about the only easy way to shoehorn such an
operation into the language at all.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Thor Michael Støre | 2013-03-13 14:58:53 | Re: SELECT 1 = ANY (SELECT ARRAY[1, 2, 3]) -> ERROR: operator does not exist: integer = integer[] ? |
Previous Message | Ian Lawrence Barwick | 2013-03-13 14:35:46 | Re: SELECT 1 = ANY (SELECT ARRAY[1,2,3]) -> ERROR: operator does not exist: integer = integer[] ? |