Ещё одна напасть:
В Visual Studio пишу код, который потом заливаю на FreeBSD-машину, там компилю и запускаю. Этот код, в частности, кладет данные в MySQL. Часть из них - строковые данные прямо из кода (прописаны явно в SQL-выражениях).И именно эти данные коряво отображаются потом при просмотре БД (через shell или phpMyAdmin - не важно). Кодировка БД - UTF8, и хочется её оставить.
Что необходимо добавить в код, чтобы он корректно клал данные в базу?
CONVERT('string' USING ustf8) не помог.Спасибо!
Сейчас разобрался - строки коцаются не в случае с явным указанием строки в SQL-выражении, а при использовании mysql_stmt_ функций. Т.е. если заливать через mysql_query, всё отображается корректно. Если через mysql_stmt_execute(), то портится строка.Ни у кго идей нет, что делается со строками в Prepared Statements API?
>Сейчас разобрался - строки коцаются не в случае с явным указанием строки
>в SQL-выражении, а при использовании mysql_stmt_ функций. Т.е. если заливать через
>mysql_query, всё отображается корректно. Если через mysql_stmt_execute(), то портится строка.
>
>Ни у кго идей нет, что делается со строками в Prepared Statements
>API?
fprintf(fp_great_table,"SET CHARACTER SET koi8r ;\n");
может это тебе поможет
>fprintf(fp_great_table,"SET CHARACTER SET koi8r ;\n");
>может это тебе поможетА что за файл подразумевается под fp_great_table?
Плюс вряд ли это связано с русскими кодировками, т.к. коцаются и латинские строки тоже...
>>fprintf(fp_great_table,"SET CHARACTER SET koi8r ;\n");
>>может это тебе поможет
>
>А что за файл подразумевается под fp_great_table?
>Плюс вряд ли это связано с русскими кодировками, т.к. коцаются и латинские
>строки тоже...
Сори тебе нужно перед всеми запросами вставить SET CHARACTER SET koi8r ;
ну или utf8