Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1
От | Groshev Andrey |
---|---|
Тема | Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1 |
Дата | |
Msg-id | 206041355979316@web23d.yandex.ru обсуждение исходный текст |
Ответ на | Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1 (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: [GENERAL] trouble with pg_upgrade 9.0 -> 9.1
|
Список | pgsql-hackers |
No, old database not use table plob...... only primary key -- -- Name: plob.ВерсияВнешнегоДокумента$Документ; Type: CONSTRAINT; Schema: public; Owner: postgres; Tablespace: -- -- For binary upgrade, must preserve pg_class oids SELECT binary_upgrade.set_next_index_pg_class_oid('786665369'::pg_catalog.oid); ALTER TABLE ONLY "lob.ВерсияВнешнегоДокумента$Документ" ADD CONSTRAINT "plob.ВерсияВнешнегоДокумента$Документ" PRIMARYKEY ("@Файл", "Страница"); 20.12.2012, 06:35, "Bruce Momjian" <bruce@momjian.us>: > 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 по дате отправления: