Mysql 5 naar Mysql 4

[StriKe]

Hallo,

Ik heb van een database die draait op mysql 5 een backup genomen via
het commando mysqldump -u root -p database > file.sql.

Als ik die dan wil importeren met het mysql commando in een versie 4
database krijg ik allerhande foutmeldingen.

Ondermeer van het laatste stuk die aan een tabel wordt toegevoegd door
de export:

engine=myisam default charset=latin1 collate=latin1_general_ci
auto_increment=6

Iemand enig idee hoe ik in versie 5 een export maak die ook
importeerbaar is in een database versie 4?

Groeten,
StriKe

--
Groeten,
StriKe

http://www.internetfreakz.be

[Wietse Muizelaar]

On 2007-07-19, StriKe <strike_usenet@internetfreakz.be.invalid> wrote:
> Hallo,
>
> Ik heb van een database die draait op mysql 5 een backup genomen via
> het commando mysqldump -u root -p database > file.sql.
>
> Als ik die dan wil importeren met het mysql commando in een versie 4
> database krijg ik allerhande foutmeldingen.
>
> Ondermeer van het laatste stuk die aan een tabel wordt toegevoegd door
> de export:
>
> engine=myisam default charset=latin1 collate=latin1_general_ci
> auto_increment=6
>
> Iemand enig idee hoe ik in versie 5 een export maak die ook
> importeerbaar is in een database versie 4?

mysqldump --help leert me heel snel dat er deze optie is:

--compatible=name Change the dump to be compatible with a given mode. By
default tables are dumped in a format optimized for
MySQL. Legal modes are: ansi, mysql323, mysql40,
postgresql, oracle, mssql, db2, maxdb, no_key_options,
no_table_options, no_field_options. One can use several
modes separated by commas. Note: Requires MySQL server
version 4.1.0 or higher. This option is ignored with
earlier server versions.

Ik gok dat je daar wel wat mee kunt.
--
Groet,
Wietse

[Rik]

On Thu, 19 Jul 2007 20:27:35 +0200, StriKe
<strike_usenet@internetfreakz.be.invalid> wrote:

> Hallo,
>
> Ik heb van een database die draait op mysql 5 een backup genomen via het
> commando mysqldump -u root -p database > file.sql.
>
> Als ik die dan wil importeren met het mysql commando in een versie 4
> database krijg ik allerhande foutmeldingen.
>
> Ondermeer van het laatste stuk die aan een tabel wordt toegevoegd door
> de export:
>
> engine=myisam default charset=latin1 collate=latin1_general_ci
> auto_increment=6
>
> Iemand enig idee hoe ik in versie 5 een export maak die ook
> importeerbaar is in een database versie 4?
>

ongetest:

mysqldump -u root -p database --compatible=mysql40 > file.sql

Van de handleiding:
http://dev.mysql.com/doc/refman/5.0/en/mysqldump.html
--
Rik Wasmus

[StriKe]

> mysqldump --help leert me heel snel dat er deze optie is:
>
> --compatible=name Change the dump to be compatible with a given mode. By
> default tables are dumped in a format optimized for
> MySQL. Legal modes are: ansi, mysql323, mysql40,
> postgresql, oracle, mssql, db2, maxdb, no_key_options,
> no_table_options, no_field_options. One can use several
> modes separated by commas. Note: Requires MySQL server
> version 4.1.0 or higher. This option is ignored with
> earlier server versions.
>
> Ik gok dat je daar wel wat mee kunt.

Hallo,

Heb het inderdaad met deze paramter zopas geprobeerd maar dan nog zit
er op lijn 708 blijkbaar een error ...
Welke error: geen idee, een file van 95 MB in een teksteditor openen
.... ik vrees ervoor?

't Betreft een 1064 en dus 'version mismatch' error :(

--
Groeten,
StriKe

http://www.internetfreakz.be

[Michiel de Roo]

StriKe wrote:
>> mysqldump --help leert me heel snel dat er deze optie is:
>>
>> --compatible=name Change the dump to be compatible with a given mode. By
>> default tables are dumped in a format optimized for
>> MySQL. Legal modes are: ansi, mysql323, mysql40,
>> postgresql, oracle, mssql, db2, maxdb, no_key_options,
>> no_table_options, no_field_options. One can use several
>> modes separated by commas. Note: Requires MySQL server
>> version 4.1.0 or higher. This option is ignored with
>> earlier server versions.
>>
>> Ik gok dat je daar wel wat mee kunt.
>
>
> Hallo,
>
> Heb het inderdaad met deze paramter zopas geprobeerd maar dan nog zit er
> op lijn 708 blijkbaar een error ...
> Welke error: geen idee, een file van 95 MB in een teksteditor openen ...
> ik vrees ervoor?

op een unix (linux) shell:

head -n 709 file.sql | tail -n 2

en de regel komt zo voorbij rollen.

>
> 't Betreft een 1064 en dus 'version mismatch' error :(
>