Re: BUG #2644: pgadmin III foreign key
От | Dave Page |
---|---|
Тема | Re: BUG #2644: pgadmin III foreign key |
Дата | |
Msg-id | E7F85A1B5FF8D44C8A1AF6885BC9A0E40176CFF5@ratbert.vale-housing.co.uk обсуждение исходный текст |
Ответ на | BUG #2644: pgadmin III foreign key ("Massimiliano Citterio" <massicitte@libero.it>) |
Список | pgsql-bugs |
=20 > -----Original Message----- > From: pgsql-bugs-owner@postgresql.org=20 > [mailto:pgsql-bugs-owner@postgresql.org] On Behalf Of=20 > Massimiliano Citterio > Sent: 22 September 2006 09:21 > To: pgsql-bugs@postgresql.org > Subject: [BUGS] BUG #2644: pgadmin III foreign key >=20 >=20 > The following bug has been logged online: >=20 > Bug reference: 2644 > Logged by: Massimiliano Citterio > Email address: massicitte@libero.it > PostgreSQL version: 8.1.4 > Operating system: Windows 2003 > Description: pgadmin III foreign key > Details:=20 >=20 > The referencing column dropdown listbox not filled with fields from > referenced table. >=20 > The case appear after doing the following actions. >=20 > Create a schema named like $user (ex. "postgres"). > Delete Schema "Public". > Refresh the Database View... > Now the default Schema for the database is "postgres" >=20 > create tables, the try to create foreign keys using the GUI. > There is no way. >=20 > If you create a new schema "public" it does not works. >=20 > If you create a new schema "public" and rename the "postgres"=20 > schema to > something else the it works. >=20 > If you drop schema "postgres" create schema "public" and then recreate > schema postgres and his tables, then foreign key GUI works. >=20 > May be the GUI search for schema "public" but it must have an=20 > OID lesser of > all other schemas in the searchpath. >=20 > Infact the default search path is $user, public. >=20 > By the way it does not work if a schema named public does not exist. I cannot reproduce this in the 1.6 development code - can you test beta 1 please? Regards, Dave.
В списке pgsql-bugs по дате отправления: