Trotz gleicher Kollation anzeige Fehler
am 06.04.2008 - 09:27 Uhr in
Hallo Zusammen,
beim exportieren/importieren meiner datenbank von einem server auf den anderen bekomme ich ein darstellungsporblem von sachen wie öäüé trotz dass beide datenbanken die gleiche kollation haben. Sowohl für die einzelnen felder als auch gesamt.
Auch stimmen die Servervariablen und -einstellungen auf beiden mysql servern überein
Ich vermute das ich beim import noch irgend angeben muss.
Was muss ich noch anpassen damit auch diese zeichen richtig importiert und angezeigt werden?
Jemand eine idee?
ich importiere meine datenbank mit
mysql --user=user --password=password database
- Anmelden oder Registrieren um Kommentare zu schreiben

Kollation und import
am 06.04.2008 - 10:03 Uhr
Dieses Problem solltest du umgehen können wenn du vorher deine vermutlich ASCII SQL Datei in UTF-8 Zeichensatz speicherst.
Viele Editoren bieten das als Option an.
---
http://www.soccer-wikki.info
http://salzkotten.saelzernet.de
http://www.saelzernet.de
http://open-pm.saelzernet.de
d.h. es sollte dann auch in
am 06.04.2008 - 10:24 Uhr
d.h. es sollte dann auch in meinem text editor schon richtig angezeigt werden, oder? da werden die sonderzeichen aber bereits falsch wiedergegeben auch bei utf8
Test
am 06.04.2008 - 11:08 Uhr
Probiere mal http://www.bitweaver.org/downloads/file/2483/207
so, ich habe mir jetzt die
am 06.04.2008 - 11:29 Uhr
So, mit dem demunger bekomme ich die sql datei zwar sauber aber, nach dem import sind die probleme die gleichen.
Kann man irgendwie direkt via phpmyadmin alle falschen zeichen ersetzen?
SQL
am 06.04.2008 - 11:53 Uhr
UPDATE tabelle SET tabellenfeld = replace( tabellenfeld,’ü’,'ü’);
Hallo, Zeichenkodierung ist
am 06.04.2008 - 12:10 Uhr
Hallo,
Zeichenkodierung ist ein komplexes Thema. Wichtig ist auch zu wissen, dass Kollation nur die Sortierreihenfolge betrifft und nicht die eigentliche Zeichenkodierung. Möchtest du also die gewohnte deutsche Sortierung musst du bei Kollation bei den Datenbankfeldern mit latin arbeiten.
Gruss Klaus
Hallo Klaus, ja,
am 06.04.2008 - 12:39 Uhr
Hallo Klaus,
ja, zeichenkodierung scheint ein sehr komplexes thema zu sein, ich scheitere hier schon seit stunden.
Ich lege vielleicht mein problem mal ausführlich dar.
Auf meine alte Datenbank habe ich zugriff über
phpmyadmin 2.4.0 - MySQL 3.23.58
Diese Datenbank enthält texte aus verschiedenen sprachen, spanish, französisch polnisch, deutsch, englisch italienisch.
Wenn ich mir anschaue was in dieser Datenbank steht habe ich darstellungsfehler. é é.
Auf der website werden die Zeichen allerdings richtig dargestellt.
Wenn ich das nun in die Neue datenbank (MySQL-Client-Version: 5.0.32 phpMyAdmin - 2.11.3) einspiele.
Ich hatte aus der alten Datenbank einen sql export gemacht (mit mysql kompatibilitätsmodus mysql323). Dieser wird beim importieren allerdings nicht problemlos angenommen, und ich muss immer wieder einzelne tabellen nochmal kopieren.
Ich sitzte jetzt schon eineinhalb tage an dem Zeug und komme auf keinen grünen zweig.
Würde mich sehr über unterstützung freuen.
@tumblingmug so ich bin
am 06.04.2008 - 13:46 Uhr
@tumblingmug
so ich bin jetzt dazu übergegangen das 'einfach' per hand zu ersetzen.
gibt es eine möglichkeit das oben gepostete kommando, für alle felder und tabellen auf einmal durchzuführen.
2tens. Wie gesagt ich hab auch polnisch.
Für die normalen zeichen habe ich das mapping gefunden. fürs ponlische allerdings noch nicht. woher weiss ich was z.b. ć bedeutet?
Da gibts was zu lesen:
am 06.04.2008 - 13:54 Uhr
http://www.mysqldumper.de/board/viewtopic.php?t=2313&postdays=0&postorde...
- mit suchen und ersetzen in
am 06.04.2008 - 14:01 Uhr
- mit suchen und ersetzen in einem Texteditor der Wahl (könnte auch automatisch gehen, wenn der Dump in der Kodierung geöffnet wird, so dass alle Sonderzeichen richtig angezeigt werden und dann als utf-8 speichern)
- am schnellsten geht das wohl, wenn man die polnischen Zeichen nochmal in die alte DB schreibt
marble schrieb So, mit dem
am 06.04.2008 - 20:29 Uhr
So, mit dem demunger bekomme ich die sql datei zwar sauber aber, nach dem import sind die probleme die gleichen.
Na dann hast Du doch ein Muster, wie die polnischen Sonderzeichen verstümmelt und in natura aussehen ...?
ne die verstümmelten
am 06.04.2008 - 20:42 Uhr
ne die verstümmelten polnischen sachen tauchen eben nicht im demunger auf.
Shell
am 06.04.2008 - 21:57 Uhr
Da Du offenbar Shellzugang hast, mach doch mit der alt-exportierten sql-Datei ein
$ recode latin1..utf-8 datei.sqlDas wandelt die Datei direkt um. recode muss natürlich installiert sein. latin1 als Quellformat sollte funktionieren ($ file datei.sql hilft auch bei der Ermittlung des Quellformats); auch kannst Du ja mit 'SHOW VARIABLES;' in der alten db noch nachsehen, welche Werte Du da für die Variablen 'character_set_client' und 'character_set_connection' tatsächlich stehen hast. Sollte all dies nicht helfen, dann versuche doch wirklich einmal, Dir den ob. gen. Artikel, zu dem cps den Link gepostet hat, reinzuziehen.
Danke!
am 08.04.2008 - 15:53 Uhr
Danke!