pgadmin III initial comments and bug reports

From: Troels Arvin <troels(at)arvin(dot)dk>
To: pgadmin-hackers(at)postgresql(dot)org
Subject: pgadmin III initial comments and bug reports
Date: 2003-07-09 13:28:27
Message-ID: 1057757306.3790.57.camel@kurt-II.home.troels.arvin.dk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Hello,

I've finished a first, raw translation of pgadmin3 into Danish and I now
want to actually use the program. I'm using a pgadmin3 based on code
checked out today.

First, some bugs found. In order not to confuse things, these errors
have been confirmed using the en_US locale:

- I tried to create a relatively simple table, but
the resulting SQL failed because of misplaced and/or
missing commas:
CREATE TABLE public.misc_event
(,
misc_event_id serial
shop_id int4
time_create timestamptz NOT NULL
remote_ip inet NOT NULL
remote_id int4CONSTRAINT misc_event_pkey PRIMARY KEY
(misc_event_id)
) WITHOUT OIDS;

- I tried opening the "Query builder", but got a debug window:
src/gtk/window.cpp(2852): assert "(m_widget != NULL)"
failed: invalid window
Do you want to stop the program?
You can also choose [Cancel] to suppress further warnings.
After hitting "no":
src/gtk/window.cpp(2853): assert "(m_parent != NULL)" failed:
wxWindowGTK::SetSize requires parent.
Do you want to stop the program?
You can also choose [Cancel] to suppress further warnings.
(After this, I chose 'cancel') and the program crashed.
The output of "bt" in gdb is attached.

- When adding a new column ("New Column" dialog), I'm not
allowed to bring focus to neither the "Length" or the
"Precision" fields, so the varchar length cannot be
specified. This seems to be a general problem for all
types with lengths which may be defined.

Some inconveniences:

- I have to explicitly name primary keys which is annoying
because I normally don't care what primay keys are called.

It would be cool if pgadmin had pre-selected a name with
a pattern as <table_name>_pkey as suggested primary key name.

Like when this is run:

create table test(test_id int not null primary key);

then PostgreSQL auto-names the primary key "test_pkey".

- When creating a new table, it's inconvenient that the
primary key has to be defined separately. Example:
In the CLI, I would do:
create table test(test_id int not null primary key, ...);
i.e. define the primary key in connection with the column
which will act as primary key.
It would be great of pgadmin had a selection box called
"primary key" in the "Create column" dialog when a
primary key hasn't already been defined for the table.

- Indexes related to primary keys are not listed under
the table's "Indexes" sub-tree.

- Foreign keys have to be explicitly named which is a bit
annoying compared to the CLI situation where PostgreSQL
just chooses a name like $1, $2, ...

- When creating a new column, I cannot simultaneously
to look at another column in another table to be
inpired by data type, etc: The "New Column" dialog
is "modal".

Finally, a feature suggestion:

- I haven't been able to find a sort of front-end to
pg_dump. It would be nice if that existed in pgadmin.

--
Greetings from Troels Arvin, Copenhagen, Denmark

Attachment Content-Type Size
pgadmin3-gdb-output.txt text/plain 3.2 KB

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Adam H. Pendleton 2003-07-09 15:32:54 Modifying database fields
Previous Message Jean-Michel POURE 2003-07-09 11:29:17 Re: [ Private ] Translation into Urdu