Re: Why does =ANY() need an extra cast when used
От | Frank van Vugt |
---|---|
Тема | Re: Why does =ANY( |
Дата | |
Msg-id | 200408231737.39059.ftm.van.vugt@foxi.nl обсуждение исходный текст |
Ответ на | Re: Greatest/Least functions? (Karsten Hilbert <Karsten.Hilbert@gmx.net>) |
Ответы |
Re: Why does =ANY( |
Список | pgsql-general |
> > works =# select 1 = ANY ('{1,2,3}'::int[]); > > doesn't work =# select 1 = ANY (select '{1,2,3}'::int[]); > > works =# select 1 = ANY ((select '{1,2,3}'::int[])::int[]); I may be misinterpreting your reply but..... My real-world application has a set-returning PL/pgSQL function for which I created a type, so the function is returning rows of this type. One of the fields in this type is an array of int. > The second query looks to me to be of the form = ANY (table > subquery) which already had defined behavior by spec. Yes, what I want is to be able to do something like: select some_fields from some_table where some_int = ANY( select field_of_type_array_of_int from plpgsql_method_returning_custom_type where we_just_return_a_single_record); But this won't work, so I'm not quite getting what you mean by 'which already had defined behavior by spec' > Changing it to act like the first or last would break that spec behavior. Ok, but I'm mainly looking for the 'proper' way to make this work, not necessarily using a syntax like the first or last example. -- Best, Frank.
В списке pgsql-general по дате отправления: