From: | Max Rudensky <fonin(at)ziet(dot)zhitomir(dot)ua> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Subject: | Re: [GENERAL] MySQL -> Postgres dump converter |
Date: | 2001-01-23 16:25:30 |
Message-ID: | 20010123182530.273c31b2.fonin@ziet.zhitomir.ua |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Bruce,
On Tue, 23 Jan 2001 09:35:49 -0500 (EST)
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:
> We used someone elses. Here is a copy. Please submit any patches
> against this version.
Sucks found:
- doesn't handle mediumint, converts it to mediuminteger.
The same for bigint, and probably shorting & tinyint as well.
I don't know whether 7.1 release has such type but even if yes
more preferrable to keep compatibility with old releases (7.0.x doesn't have, right ?)
- it doesn't handle mysql UNIQUE (that is keyword for unique index) inside CREATE TABLE block
- better to create indices after data load (it does before)
- doesn't handle UNSIGNED keyword (should a least skip it, or, at user option, convert to CHECK(field>=0))
- doesn't convert AUTO_INCREMENT in right way, at least in my production database.
I don't see conversion of MySQL's SET and ENUM types.
Well, before do any improvements on mysql2pgsql, I want to inform you that my
converter has all features described above. Maybe it's easier to modify it to fit your requirements ?
At least take a look at it.
I don't like to do the same work twice, and this one promises to be exactly so.
Sending you my MySQL db dump which I used to play with it.
Max Rudensky.
Attachment | Content-Type | Size |
---|---|---|
test.init | application/octet-stream | 2.5 KB |
test.mysql | application/octet-stream | 13.9 KB |
test.sql92 | application/octet-stream | 16.0 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Lamar Owen | 2001-01-23 16:37:21 | Re: question |
Previous Message | Denis Perchine | 2001-01-23 16:20:54 | Does Oracle store values in indices? |