I am using HeidiSQL as a GUI front end for Postgresql and it has been fantastic! Much easier to use that phpPgAdmin or other tools.
Rcently, had to move databases between servers and found some issues when using the Export database as SQL option. The problem is with CREATE TABLE code generated by HeidiSQL. The environment is Postgresql 12 on CentOS7.9 / Postgresql 14 on Ubuntu 22.04 for the servers and latest Heidisql 12.4 64bit on Windows 10
A column with the SERIAL datatype cannot be migrated. In the CREATE TABLE code, The datatype is changed to BIGINT NOT NULL DEFAULT 'nextval(''"seq"''::regclass)' and since seq is not yet created, it throws an error.
Any table with a user created index cannot be migrated. In the CREATE TABLE code, the indexes are created using inline index syntax rather than separate index creation statements. This doesn't seem to be supported by Postgresql according to stackoverflow.com /questions/6239657/can-you-create-an-index-in-the-create-table-definition
A rather insidious problem is that any column with an expression as DEFAULT value is changed to the value of that expression as default. e.g. all my TIMESTAMPTZ columns with now() as default were changed to DEFAULT '2023-04-03 11:18:22.824666+00' :-(
I just wanted to know if these and other issues of this kind (DB specific CREATE codes) would be targeted in near future?
I have since fallen back to pg_dump / pg_restore but there is something I miss about the running progress bars :-)
Thanks in advance