pgadmin III initial comments and bug reports
От | Troels Arvin |
---|---|
Тема | pgadmin III initial comments and bug reports |
Дата | |
Msg-id | 1057757306.3790.57.camel@kurt-II.home.troels.arvin.dk обсуждение исходный текст |
Ответы |
Re: pgadmin III initial comments and bug reports
|
Список | 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
Вложения
В списке pgadmin-hackers по дате отправления: