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

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.ВерсияВнешнегоДокумента$Документ" PRIMARY KEY ("@Файл", "Страница");

20.12.2012, 06:35, "Bruce Momjian" <bruce(at)momjian(dot)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(at)momjian(dot)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, new rel 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(dot)ВерсияВнешнегоДокумента$Документ-(at)Файл; Type: FK CONSTRAINT; Schema: public; Owner: postgres
>>  --
>>
>>  ALTER TABLE ONLY "lob.ВерсияВнешнегоДокумента$Документ"
>>      ADD CONSTRAINT "rlob(dot)ВерсияВнешнегоДокумента$Документ-(at)Файл"
>>          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(dot)ВерсияВнешнегоДокумента$Документ-(at)Файл")
>>  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(at)momjian(dot)us>        http://momjian.us
>   EnterpriseDB                             http://enterprisedb.com
>
>   + It's impossible for everything to be true. +