Witam.
Problem z tabelą po zmianie kodowania z latin2 na utf8, tabela wygląda następująco:

[SQL] pobierz, plaintext 
CREATE TABLE `vb_rpgdata` (
`anonymid` int( 10 ) UNSIGNED NOT NULL AUTO_INCREMENT ,
`anonymthreadid` int( 10 ) UNSIGNED NOT NULL ,
`anonymgems` varchar( 255 ) NOT NULL ,
`anonymplayers` text,
`anonymgemuserids` varchar( 255 ) NOT NULL ,
`anonymplayeruserids` varchar( 255 ) NOT NULL ,
`anonymdatetime` int( 10 ) UNSIGNED NOT NULL ,
`anonymstatus` SET( '0', '1' ) NOT NULL DEFAULT '1',
`anonymsettings` varchar( 255 ) NOT NULL ,
`anonymdescription` text,
`anonymmaps` text,
PRIMARY KEY ( `rpgid` ) ,
KEY `anonoymthreadid` ( `anonymthreadid` , `anonymgemuserids`  , `anonymplayeruserids` )
) ENGINE = MYISAM AUTO_INCREMENT =425
[SQL] pobierz, plaintext 

Przy próbie wrzucenia do bazy wywala błąd:

Oczywiście w sieci znalazłem rozwiązanie: http://bugs.mysql.com/bug.php?id=6604
które niestety nie działa po zastosowaniu.

Moje pytanie: Miał ktoś do czynienia z podobnym błędem i zna sposób na naprostowanie sprawy bez przepisywania kodu skryptu?
Dzięki z góry. Pozdrawiam.

Cos krecisz - wrzucilem to do bazy, w defaultowym UTFie - i oczywiscie nie dziala.
Dodalem dlugosc stringow przy definicji klucza
`anonymthreadid` -- bez
`anonymgemuserids` -- 255 [znakow, nie bajtow]
`anonymplayeruserids` -- 77 [-||-]
to bylo max co da sie osiagnac

255 + 77 = 332
332 * 3 + 4 = 999 czyli prawie max [1000 bajtow]


Po zmianie kodowania kolumn na latin_bin
mozesz robic klucze na calej dlugosci kolumn

wbrew nazwie utf8 przez mysql nie jest traktowany jako znak 8 bitowy wiec 255 znakow w utfie to troche wiecej niz 500 bajtow ale fakt, jako ze z nazwy pola wynika ze bedziesz tam trzymal id (zakladam ze liczby) to latin_bin jest jak najbardziej odpowiedni dla tych pol.