Re: Implicit casts to array types - Mailing list pgsql-general

From Merlin Moncure
Subject Re: Implicit casts to array types
Date
Msg-id CAHyXU0xBonSysRB1bacA+XfTUDftZ0_PmJwu3W5toN2AvsT5pw@mail.gmail.com
Whole thread Raw
In response to Implicit casts to array types  (joshua <jzuellig@arbormetrix.com>)
Responses Re: Implicit casts to array types  (joshua <jzuellig@arbormetrix.com>)
List pgsql-general
On Fri, Dec 14, 2012 at 9:16 AM, joshua <jzuellig@arbormetrix.com> wrote:
> I'm trying to create an implicit cast from an unknown type into a text array
> type by creating a simple array of size 1. e.g.
>
> create function textarray(unknown)
> returns text[]
> as 'select ARRAY[$1::text];'
> language sql
> immutable;
>
> create cast (unknown as text[]) with function textarray(unknown) as
> implicit;
>
> However, when I try to use this, the planner doesn't use the implicit cast.
> Instead it still tries to cast 'a' directly to a text[] and complains that
> it's not formatted as '{a}' (ERROR: array value must start with "{" or
> dimension information)
> I added an additional parallel cast from text to text[]:

create function textarray(anyelement)
returns text[]
as 'select ARRAY[$1::text];'
language sql
immutable;

(emphasis on 'anyelement')...get rid of the cast.  use 'any' type
arguments for polymorphic functions, that is when you want them to
operate over wide range of input types.  hacking casts is almost never
a good idea.

merlin


pgsql-general by date:

Previous
From: "James B. Byrne"
Date:
Subject: Re: Problem starting PG-9.2 on non-default port
Next
From: Tom Lane
Date:
Subject: Re: Read recover rows