MySQL 5.0.27 => 5.0.37-log Umlaute falsch

[Kalle_B]

Hallöle,

habe mir im phpMyAdmin eine *.zp- Datei der gesamten Datenbank MySQL 5.0.27 erstellt und die unverändert in MySQL 5.0.37-log wieder importiert.

Jetzt machen die Umlaute Peobleme.

Aus
Kölnische Rückvers..

wurde
Kölnische Rückve..

Auch in phpMyAdmin. Muss ich die Daten noch mal überspielen? Welcher Trick ist vonnöten?

Gruß, Kalle

[dedlfix]

echo $begrüßung;

Aus Kölnische Rückvers..
wurde Kölnische Rückve..

Du hast, so wie es aussieht, die Daten als UTF-8 kodiert exportieren / ausgeben lassen und hast sie als ISO-8859-1 / latin1 importiert.

echo "$verabschiedung $name";

[Kalle_B]

Hallo, dedlfix,

Aus Kölnische Rückvers..
wurde Kölnische Rückve..

Du hast, so wie es aussieht, die Daten als UTF-8 kodiert exportieren / ausgeben lassen und hast sie als ISO-8859-1 / latin1 importiert.

Beim Import phpMyAdmin 2.6.4-pl3 kann ich viele Zeichensätze auswählen, voreingestellt ist utf8.

Beim Export phpMyAdmin 2.6.4-pl1 keine Zeichensätze, aber SQL-Export-Kompatibilität, z.B. "ORACLE"

The copied tables I've dropped (wie heißt das auf deutsch - gedropped, gedroppt?).

Nun macht aber das erneute Einspielen Probleme. Fehlermeldung: "#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '"tm_adressen" (
  "id" int(11) NOT NULL auto_increment,
  "owner_id" int(5) NOT ' at line 1 "

Das Kommando:

CREATE TABLE "tm_adressen"(
"id"int( 11 ) NOT NULL AUTO_INCREMENT ,
"owner_id"int( 5 ) NOT NULL default '0',
"adr_kz"int( 1 ) NOT NULL default '0' COMMENT '1=Aussteller, 2=Besucher',
"adr_art"varchar( 5 ) COLLATE latin1_german1_ci default NULL ,
"kurzname"varchar( 10 ) COLLATE latin1_german1_ci NOT NULL default '',
...

Lieben Gruß, Kalle

[dedlfix]

echo $begrüßung;

Aus Kölnische Rückvers..
wurde Kölnische Rückve..

Du hast, so wie es aussieht, die Daten als UTF-8 kodiert exportieren / ausgeben lassen und hast sie als ISO-8859-1 / latin1 importiert.

Beim Import phpMyAdmin 2.6.4-pl3 kann ich viele Zeichensätze auswählen, voreingestellt ist utf8.
Beim Export phpMyAdmin 2.6.4-pl1 keine Zeichensätze, aber SQL-Export-Kompatibilität, z.B. "ORACLE"

Es gibt inzwischen aktuellere Versionen vom PMA. Nach meinem Wissen gab/gibt es keine Möglichkeit beim Export eine Zeichenkodierung anzugeben. (Vielleicht ist das auch abhängig von den Details der PHP-Installation und der Extensions.) Der Export erfolgt UTF-8-kodiert (außer bei ganz alten PMA-Versionen).

The copied tables I've dropped (wie heißt das auf deutsch - gedropped, gedroppt?).

Das DROP-Statement löscht das angegebenen Ding.

Nun macht aber das erneute Einspielen Probleme. Fehlermeldung: "#1064 - You have an error in your SQL syntax; [...]
CREATE TABLE "tm_adressen"(

ORACLE hat teilweise eine andere Syntax. Ein "" ist unter MySQL nur ein normaler String. Bezeichner werden, wenn nötig, mit `` eingerahmt.

echo "$verabschiedung $name";