On Thu, Dec 29, 2016 at 8:18 PM, Tom Lane <t...@sss.pgh.pa.us> wrote: > Ashutosh Bapat <ashutosh.ba...@enterprisedb.com> writes: >> The way this patch has been written, it doesn't allow creating tables >> with unknown type columns, which was allowed earlier. > > Yes, that's an intentional change; creating such tables (or views) has > never been anything but a foot-gun. > > However, I thought the idea was to silently coerce affected columns from > unknown to text. This doesn't look like the behavior we want:
Do you mean to say that when creating a table with a column of unknown type, that column type should be silently converted (there's nothing to coerce when the table is being created) to text? instead of throwing an error? The patch does that when creating a view with constant literals, which are known to be binary compatible with text and hence coercible. It looks like any "unknown' type data should be coercible to text, so it shouldn't matter whether those are constants or non-constant nodes. > >> You might want to add some testcases to test the error report e.g. >> (not necessarily in the same form) create view sv as select >> relname::unknown from pg_class; >> ERROR: column "relname" has type "unknown" > > regards, tom lane -- Best Wishes, Ashutosh Bapat EnterpriseDB Corporation The Postgres Database Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
