Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1 - Mailing list pgsql-hackers
From | Bruce Momjian |
---|---|
Subject | Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1 |
Date | |
Msg-id | 20121220033511.GC20015@momjian.us Whole thread Raw |
In response to | Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1 (Groshev Andrey <greenx@yandex.ru>) |
Responses |
Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1
Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1 |
List | 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 by date: