From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Roderick A(dot) Anderson" <raanders(at)cyber-office(dot)net> |
Cc: | PostgreSQL <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Custom types and pg_dump |
Date: | 2009-04-21 15:16:05 |
Message-ID: | 2845.1240326965@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
"Roderick A. Anderson" <raanders(at)cyber-office(dot)net> writes:
> While and after doing a import ("\i file_dump") I notice one table had
> two attributes with a type of "unknown".
Is it a table, or a view? This is hardly unheard-of for views,
consider
regression=# create view v1 as select 'unmarked string' as c1;
WARNING: column "c1" has type "unknown"
DETAIL: Proceeding with relation creation anyway.
CREATE VIEW
regression=# \d v1
View "public.v1"
Column | Type | Modifiers
--------+---------+-----------
c1 | unknown |
View definition:
SELECT 'unmarked string' AS c1;
It's possible but much less common to have such things in plain tables.
> So the question is; is it possible to have a custom type in a cluster
> that is accessible/usable in a database but isn't picked up by pg_dump?
This has got nothing to do with missing types.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | ray | 2009-04-21 15:17:45 | Re: Re-Install data folder failure |
Previous Message | Roderick A. Anderson | 2009-04-21 15:07:15 | Custom types and pg_dump |