Kommentare zu: Ärger mit UTF-8 in MySQL...

Von: links for 2008-08-27 « /home/servrrockr

links for 2008-08-27 « /home/servrrockr — Wed, 27 Aug 2008 23:30:42 +0000

[...] adminblogger.de : Ärger mit UTF-8 in MySQL… (tags: mysql utf-8 latin1) [...]

Von: php-books.de

php-books.de — Mon, 25 Aug 2008 17:25:13 +0000

Weiß einer, ob das Problem auch bei MATCH AGAINST auftritt?

Der Einsatz von UTF8 sollte generell vemieden werden? Wie jetzt? Die meisten Daten kommen doch mittlerweile als UTF8 an...

Von: Isotopp

Isotopp — Mon, 25 Aug 2008 16:15:55 +0000

In impliziten temporären Tabellen ("EXPLAIN ..." sagt "using temporary") werden Zwischenergebnisse in MEMORY-Tabellen realisiert. Die Storage Engine MEMORY kennt keine Typen mit variabler Länge und substituiert statt VARCHAR dann CHAR. Ein VARCHAR(200) CHARSET UTF8 wird so also in einer temporären MEMORY-Tabelle CHAR(200) CHARSET utf8. Er belegt also, egal wie viel davon benutzt wird, pro Zeile der MEMORY-Tabelle 600 Bytes (statt 200 Bytes, wenn es ein latin1-String wäre).

Der Einsatz von utf8 sollte also generell vermieden werden, insbesondere der Einsatz von utf8 als character_set_server, als Default-Charset für Datenbanken oder Tabellen. Spalten sollten immer latin1 sein, es sei denn, man weiß, daß man für eine einzelne Spalte utf8 braucht (weil z.B. jemand klingonisch oder elfisch verarbeiten muß).

Den character_set_connection kann man gerne dennoch auf utf8 stellen (muß dan als PHP-User aber auf PHP6 waren oder die mbstring-Funktionen gut finden). Dann konvertiert MySQL die Daten entsprechend.

Von: Nitek

Nitek — Mon, 25 Aug 2008 15:54:29 +0000

Ich hab leider keine Lösung, aber ich wäre ebenfalls an einer interessiert.

Ich versteh nicht ganz warum MySQL keien Kollation für Deutschland mitbringt...