Re: Custom types and pg_dump

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

In response to

Responses

Browse pgsql-general by date

  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