Zeichencodierung mit phpmyAdmin
Eingetragen von juerg (23)am 07.10.2005 - 18:59 Uhr in
Ich habe Probleme mit dem Rückspielen von Tabellen aus dem Backup:
Zuerst habe ich mit phpMyAdmin ein Backup von der Datenbank erstellt (Exportieren - SQL).
Wenn ich das Backup zurückspielen möchte (SQL Befehl ausführen, mit Datei hochladen), kann ich die Zeichenkodierung der Datei angeben.
Anscheinend gebe ich dort immer die falsche Zeichenkodierung an, denn nachher sind sämtliche Umlaute verloren oder durcheinander.
Frage: Welche Zeichenkodierung muss man bei phpMyAdmin eingeben beim Importieren von SQL-Backups, welche man zuvor mit demselben Tool erstellt hat?
Vielen Dank im voraus
Jürg
- Anmelden oder Registrieren um Kommentare zu schreiben
Re: Zeichencodierung mit phpmyAdmin
am 07.10.2005 - 19:43 Uhr
Frage: Welche Zeichenkodierung muss man bei phpMyAdmin eingeben beim Importieren von SQL-Backups, welche man zuvor mit demselben Tool erstellt hat?
Drupal nutzt UTF-8.
Ich war zu ungeduldig
am 08.10.2005 - 11:26 Uhr
Danke für den Hinweis. Vorhin habe ich es mit einer kleinen Tabelle gestetet und es hat funktioniert.
Warum es wohl gestern mit den ganzen Daten nicht geklappt hat? Anscheinend war ich zu ungeduldig, denn es scheint eine Weile zu dauern, bis drupal bzw. mySQL die Daten aus dem Cache austauscht. Ich habe jeweils sofort nach dem SQL-Insert via Drupal gestestet und keine Veränderung gesehen...
Trotzdem nochmals eine Zusatzfrage: Ich muss die Daten vom SQL-Dump für den Import manuell in kleinere Blöcke aufteilen, sonst erhalte ich einen Memory-Overflow beim Importieren. Welches Tool eignet sich dafür unter Windows am besten? Ich möchte dabei insbesondere die Zeichenkodierung unverändert belassen. Sowohl mit OpenOffice als auch mit dem Windows-Editor bin ich gescheitert.
Re: Ich war zu ungeduldig
am 08.10.2005 - 12:39 Uhr
Ich muss die Daten vom SQL-Dump für den Import manuell in kleinere Blöcke aufteilen, sonst erhalte ich einen Memory-Overflow beim Importieren. Welches Tool eignet sich dafür unter Windows am besten?
Keins.
Workaround: PuTTY und auf dem Server mit mysql arbeiten.
Ich möchte dabei insbesondere die Zeichenkodierung unverändert belassen. Sowohl mit OpenOffice als auch mit dem Windows-Editor bin ich gescheitert.
OpenOffice ist eigentlich eine gute Wahl. Vor allem kannst Du alte Daten (für eigene Module) exportieren (ISO-8859-1), und mit Spreichern unter als Text-Datei in der UTF-8-Kodierung speichern. Leider hat OpenOffice da einen kleinen Bug: Die ersten drei oder vier Zeichen sind einfach Schrott. Du musst Die Datei erneut in einem anderen Editor öffnen, und die drei bis vier Zeichen entfernen.
Die Tabelle cache, die recht umfangreich sein kann, brauchst Du nicht vollständig; es reicht die Tabellendefinition.
Umlaute sind nun korrekt
am 08.10.2005 - 15:17 Uhr
Nochmals vielen Dank für den Hinweis.
Jetzt habe ich es mit OpenOffice unter Windows hinbekommen:
1) Daten exportieren mit phpMyAdmin und auf Windows speichern
2) Daten mit OpenOffice als UTF-8 öffnen und bearbeiten
3) Aus OpenOffice "speichern unter..." als ISO-8859-1
4) Datei hochladen und in phpMyAdmin als UTF-8 importieren
(also genau wie Du es geschrieben hast)
Die erste Option (putty) ist leider nicht möglich, da ich auf einem "hosted server" arbeite (ohne Konsole).
Dein Hinweis bezüglich Cache ist sehr nützlich, die Datei wird dadurch rund 30% kleiner!
Nun muss ich mich noch um SQL-Fehler beim Importieren kümmern, aber dazu eröffne ich dann einen neuen Thread, wenn ich mir klar geworden bin, was noch nicht fuktioniert.