Probleem met conversie MySQL4->5

[Nico Schuyt]

Ik heb een database gemigreerd van MySQL4 naar 5 door exporteren in
PHPMyAdmin vanuit versie 4 en vervolgens importeren (standaard karakterset
utf8) in een nieuwe database versie 5.
Daarna bleek dat alle tekens die niet onder standaard ASCII vallen, waren
veranderd in '?'.
Uiteindelijk opgelost door bij de import als 'karakterset' binary toe te
passen.

Reactie van de hosting provider: "... We zijn er ingedoken, maar ISO-8859 is
geen characterset die we kunnen toevoegen als mogelijkheid. Je moest
inderdaad binary toepassen, omdat binary geen vertaalslag toepast bij het
importeren. Dan wordt het gewoon 1 op 1 overgenomen van de exportfile."

Herkent iemand dit probleem en is de aanpak juist?

--
Nico Schuyt
http://www.nicoschuyt.nl/

[Dietrich Moerman]

Nico Schuyt wrote:
> Ik heb een database gemigreerd van MySQL4 naar 5 door exporteren in
> PHPMyAdmin vanuit versie 4 en vervolgens importeren (standaard karakterset
> utf8) in een nieuwe database versie 5.
> Daarna bleek dat alle tekens die niet onder standaard ASCII vallen, waren
> veranderd in '?'.
> Uiteindelijk opgelost door bij de import als 'karakterset' binary toe te
> passen.
>
> Reactie van de hosting provider: "... We zijn er ingedoken, maar ISO-8859 is
> geen characterset die we kunnen toevoegen als mogelijkheid. Je moest
> inderdaad binary toepassen, omdat binary geen vertaalslag toepast bij het
> importeren. Dan wordt het gewoon 1 op 1 overgenomen van de exportfile."
>
> Herkent iemand dit probleem en is de aanpak juist?
>

Vreemd, want MySQL >= 4.1 gebruikt standaard latin1 (ISO-8859-1). Enkel
bepaalde distri's zoals Gentoo Linux gebruiken standaard UTF-8 voor MySQL.

--
MVG
Dietrich Moerman

http://www.dmoerman.be
http://www.usebb.net

[Nico Schuyt]

Dietrich Moerman wrote:
> Nico Schuyt wrote:
>> Ik heb een database gemigreerd van MySQL4 naar 5 door exporteren in
>> PHPMyAdmin vanuit versie 4 en vervolgens importeren (standaard
>> karakterset utf8) in een nieuwe database versie 5.
>> Daarna bleek dat alle tekens die niet onder standaard ASCII vallen,
>> waren veranderd in '?'.
>> Uiteindelijk opgelost door bij de import als 'karakterset' binary
>> toe te passen.
>>
>> Reactie van de hosting provider: "... We zijn er ingedoken, maar
>> ISO-8859 is geen characterset die we kunnen toevoegen als
>> mogelijkheid. Je moest inderdaad binary toepassen, omdat binary geen
>> vertaalslag toepast bij het importeren. Dan wordt het gewoon 1 op 1
>> overgenomen van de exportfile." Herkent iemand dit probleem en is de
>> aanpak juist?

> Vreemd, want MySQL >= 4.1 gebruikt standaard latin1 (ISO-8859-1).
> Enkel bepaalde distri's zoals Gentoo Linux gebruiken standaard UTF-8
> voor MySQL.

Dan is daar wellicht iets mis. De phpMyAdmin op NXS geeft als standaard
MySQL verbindingscollatie: utf8_unicode_ci (MySQL 5.0.22)
Zou ik dat moeten wijzigen in latin1_general_ci?


--
Nico Schuyt
http://www.nicoschuyt.nl/

[Dietrich Moerman]

Nico Schuyt wrote:
> Dietrich Moerman wrote:
>> Nico Schuyt wrote:
>>> Ik heb een database gemigreerd van MySQL4 naar 5 door exporteren in
>>> PHPMyAdmin vanuit versie 4 en vervolgens importeren (standaard
>>> karakterset utf8) in een nieuwe database versie 5.
>>> Daarna bleek dat alle tekens die niet onder standaard ASCII vallen,
>>> waren veranderd in '?'.
>>> Uiteindelijk opgelost door bij de import als 'karakterset' binary
>>> toe te passen.
>>>
>>> Reactie van de hosting provider: "... We zijn er ingedoken, maar
>>> ISO-8859 is geen characterset die we kunnen toevoegen als
>>> mogelijkheid. Je moest inderdaad binary toepassen, omdat binary geen
>>> vertaalslag toepast bij het importeren. Dan wordt het gewoon 1 op 1
>>> overgenomen van de exportfile." Herkent iemand dit probleem en is de
>>> aanpak juist?
>
>> Vreemd, want MySQL >= 4.1 gebruikt standaard latin1 (ISO-8859-1).
>> Enkel bepaalde distri's zoals Gentoo Linux gebruiken standaard UTF-8
>> voor MySQL.
>
> Dan is daar wellicht iets mis. De phpMyAdmin op NXS geeft als standaard
> MySQL verbindingscollatie: utf8_unicode_ci (MySQL 5.0.22)
> Zou ik dat moeten wijzigen in latin1_general_ci?
>
>

Normaal gezien moet dat mogelijk zijn, echter de bestaande tabellen (en
data) zullen hun originele collatie behouden. Ik weet niet of deze
eenvoudig te converteren zijn.

Een trukje is wel van "SET NAMES latin1" uit te voeren na het verbinden,
zodat de opgehaalde data toch ISO-8859-1 is.

--
MVG
Dietrich Moerman

http://www.dmoerman.be
http://www.usebb.net

[Nico Schuyt]

Dietrich Moerman wrote:
> Nico Schuyt wrote:
>> Dietrich Moerman wrote:
>>> Nico Schuyt wrote:
>>>> Ik heb een database gemigreerd van MySQL4 naar 5 door exporteren in
>>>> PHPMyAdmin vanuit versie 4 en vervolgens importeren (standaard
>>>> karakterset utf8) in een nieuwe database versie 5.
>>>> Daarna bleek dat alle tekens die niet onder standaard ASCII vallen,
>>>> waren veranderd in '?'.
>>>> Uiteindelijk opgelost door bij de import als 'karakterset' binary
>>>> toe te passen.
>>>>
>>>> Reactie van de hosting provider: "... We zijn er ingedoken, maar
>>>> ISO-8859 is geen characterset die we kunnen toevoegen als
>>>> mogelijkheid. Je moest inderdaad binary toepassen, omdat binary
>>>> geen vertaalslag toepast bij het importeren. Dan wordt het gewoon
>>>> 1 op 1 overgenomen van de exportfile." Herkent iemand dit probleem
>>>> en is de aanpak juist?

>>> Vreemd, want MySQL >= 4.1 gebruikt standaard latin1 (ISO-8859-1).
>>> Enkel bepaalde distri's zoals Gentoo Linux gebruiken standaard UTF-8
>>> voor MySQL.

>> Dan is daar wellicht iets mis. De phpMyAdmin op NXS geeft als
>> standaard MySQL verbindingscollatie: utf8_unicode_ci (MySQL 5.0.22)
>> Zou ik dat moeten wijzigen in latin1_general_ci?

> Normaal gezien moet dat mogelijk zijn, echter de bestaande tabellen
> (en data) zullen hun originele collatie behouden. Ik weet niet of deze
> eenvoudig te converteren zijn.
> Een trukje is wel van "SET NAMES latin1" uit te voeren na het
> verbinden, zodat de opgehaalde data toch ISO-8859-1 is.

Bedankt voor je hulp!

--
Nico Schuyt
http://www.nicoschuyt.nl/