Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1
Дата
Msg-id 20121220033511.GC20015@momjian.us
обсуждение исходный текст
Ответ на Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1  (Groshev Andrey <greenx@yandex.ru>)
Ответы Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1
Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1
Список pgsql-hackers
On Wed, Dec 19, 2012 at 01:51:08PM +0400, Groshev Andrey wrote:
> >
> > Can you post the full definition of the table on this public email list?
> > Also, why did the error think this was in the public schema?  Any idea?
> >
> > ---------------------------------------------------------------------------
> >
> >>  18.12.2012, 19:38, "Bruce Momjian" <bruce@momjian.us>:
> >>>  On Mon, Dec 17, 2012 at 09:21:59PM -0500, Bruce Momjian wrote:
> >>>>>   Mismatch of relation names: database "database", old rel public.lob.ВерсияВнешнегоДокумента$Документ_pkey,
newrel public.plob.ВерсияВнешнегоДокумента$Документ
 
> >>>>>   Failure, exiting
> ...... snip ....
> 
> It's all what I'm found about this table.
> 
> 
> --
> -- Name: lob.ВерсияВнешнегоДокумента$Документ; Type: TABLE; Schema: public; Owner: postgres; Tablespace: 
> --
> 
> CREATE TABLE "lob.ВерсияВнешнегоДокумента$Документ" (
>     "@Файл" integer NOT NULL,
>     "Страница" integer NOT NULL,
>     "Данные" bytea
> );
> 
> 
> ALTER TABLE public."lob.ВерсияВнешнегоДокумента$Документ" OWNER TO postgres;
> 
> --
> -- Name: plob.ВерсияВнешнегоДокумента$Документ; Type: CONSTRAINT; Schema: public; Owner: postgres; Tablespace: 
> --
> 
> ALTER TABLE ONLY "lob.ВерсияВнешнегоДокумента$Документ"
>     ADD CONSTRAINT "plob.ВерсияВнешнегоДокумента$Документ" 
>     PRIMARY KEY ("@Файл", "Страница");
> 
> 
> --
> -- Name: rlob.ВерсияВнешнегоДокумента$Документ-@Файл; Type: FK CONSTRAINT; Schema: public; Owner: postgres
> --
> 
> ALTER TABLE ONLY "lob.ВерсияВнешнегоДокумента$Документ"
>     ADD CONSTRAINT "rlob.ВерсияВнешнегоДокумента$Документ-@Файл" 
>     FOREIGN KEY ("@Файл") 
>     REFERENCES "ВерсияВнешнегоДокумента$Документ"("@Файл") 
>     ON UPDATE CASCADE ON DELETE CASCADE DEFERRABLE;
> 
> --
> -- Name: lob.ВерсияВнешнегоДокумента$Документ; Type: ACL; Schema: public; Owner: postgres
> --
> 
> REVOKE ALL ON TABLE "lob.ВерсияВнешнегоДокумента$Документ" FROM PUBLIC;
> REVOKE ALL ON TABLE "lob.ВерсияВнешнегоДокумента$Документ" FROM postgres;
> GRANT ALL ON TABLE "lob.ВерсияВнешнегоДокумента$Документ" TO postgres;
> GRANT SELECT ON TABLE "lob.ВерсияВнешнегоДокумента$Документ" TO view_user;
> 
> 
> There is another table "ВерсияВнешнегоДокумента$Документ" (without ^lob.)
> It is referenced by a foreign key ("rlob.ВерсияВнешнегоДокумента$Документ-@Файл")
> But as I understand it, the problem with the primary key.

Does the old database have a table with prefix "plob.", called
plob.ВерсияВнешнегоДокумента$Документ?

If not, if you do pg_dumpall --schema-only --binary-upgrade, is there a
table with that name mentioned?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1
Следующее
От: Pavan Deolasee
Дата:
Сообщение: Re: Set visibility map bit after HOT prune