Perl Filesystem Encoding erkennen

[dedlfix]

Tach!

Zudem hast du ausgelassen, was bei derartig falschen Feldtypen passiert, wenn die Verbindungskodierung auf UTF-8 steht (SET NAMES utf8).

Perl kennt mysql_enable_utf8 => 1 stattdessen und was das tut beschreibt mein Artikel selbstverständlich auch. Genauso wie das Verhalten unterschiedlicher Feldtypen bezüglich Zeichenkodierung.

Das bezieht sich auf irgendwas in Perl. Das Thema des Artikels war jedoch das Verhalten in MySQL. Die Sache wird erst dann interessant, wenn du die Thematik ohne die überkomplexe Herangehensweise von Perl betrachtest.

Und für Hinweise weiterhin dankbar!

Kollation ist nicht Kodierung und auch kein Synonym dazu. Kodierung kommt ohne Kollation aus, aber nicht umgekehrt.

• latin1 ist Kodierung
• latin1_german_ci ist Kodierung (latin1) und Kollation (german_ci)

Aus dem Artikel: "Eine Änderung der Zeichenkodierung in MySQL ändert nichts an den Inhalten, es sei denn daß sie infolge der Änderungen zangsläufig gekürzt werden!"

In sich widersprüchlich und nicht richtig sowie unzureichend. MySQL kennt nicht nur eine Stelle, an der eine Kodierung angegeben werden kann. Wenn man die Feldkodierung umstellt, wird auch der Inhalt umkodiert. Schreib mal ein '€' in ein Latin1-Feld, frag dazu SELECT LENGTH(feldname). Dann änder die Kodierung des Feldes nach UTF-8 und wiederhol das Statement. Vergleiche dazu auch SELECT CHARACTER_LENGTH(feldname). Dann nimm ein Zeichen, das in Latin1 nicht vorkommt, und änder die Kodierung von UTF-8 nach Latin1. Da ändert sich sehr wohl der Inhalt wegen der stattfindenden Umkodierung, und zwar in Richtung unbrauchbar. (Latin1 ist kompatibel zu Windows-1252. Windows-1252 ist ISO-8859-1, aber mit ein paar mehr Zeichen (z.B. €) an den von ISO-8859-1 nicht genutzten Stellen.)

dedlfix.