Форум MySQL

mysql-4.0.18-win поддерживает русский или нет. Я заношу из формы написанной на php данные в базу, а там такое:
┼ёыш шчюсЁрцхэшх эх с√ыю т√тхфхэю, OnDraw() ЁшёєхЄ ёяыю°эющ Їюэ ё шёяюы№чютрэшх
ь ётющёЄтр BackColor:<br>
if(!drawn)<br>
и когда извлекаю, то тоже самое
что делать

Заносите как и откуда?

Здравствуйте у меня mySQL 5.0 при занесении в базу текста на кирилице
записывает &#204;&#232;&#245;&#224;&#232;&#235; в место нормального текста (выводит по русски здесь проблем нет).
mySQL кодировка utf8
сопоставление cp1251_bin
Как зделать дабы текст в базе был читаем???

P.S.
Может заодно подскажете как построить запрос на сверку данных если в базе они захешированы md5 или каким методом лучше зашифровать(проще)
P.P.S.
Заранее спасибо.

Чем пользуетесь для помещения текста в базу данных, каким клиентом?

PS Под разные вопросы - лучше заводить разные темы.

>Чем пользуетесь для помещения текста в базу данных, каким
>клиентом?
>
>PS Под разные вопросы - лучше заводить разные темы.

Если правильно понял phpMyAdmin.

P.S извиняюсь приму к сведению

Попробуйте выбрать не cp1251_bin, а cp1251_general_ci

>Попробуйте выбрать не cp1251_bin, а cp1251_general_ci

Пробывал cp1251 все, тоже самое.

Чтоб не плодить одинаковые посты напишу здесь. Ситуация такая, из EXCEL таблицы данные были перенесены в mySQL таблицу(был создан промежуточный текстовый файл), с помощью MySQL Front и MySQL CC. Локально всё прошло гладко, но когда sql файл был залит в базу на внешнем хостинге, все кириллические символы превратились в знаки вопроса. Раньше подобная операция проходила без проблем. Где копать?

Вероятно на сервер установлена MySQL версии выше 4.1, поэтому перед тем как выполнять SQL-запросы, необходимо настроить кодировку соединения при помощи запроса

SET NAMES 'cp1251'

PS Этот запрос применяется, если русский текст в кодировке cp1251.

таки нет...
1. SET NAMES 'cp1251' - не помогло
2. старые базы, залитые ранее, отображаются нормально
3. если в новую таблицу с залитыми данными(там где вопросики), добавлять новые данные через web-форму, то они(новые данные) отображается без проблем

не понимаю на каком именно этапе возникает проблема...

у меня примерно такая же ситуация, только с греческим. сначала на сервере можно было
заносить данные и через форму и импортом из sql-файла. потом - бац! перестал принимать
греческую кодировку. пишу в форме PHPmyAdmin'a по-гречески, в базу заносится ерунда, из
базы выводятся вопросы. подозреваю, что хостер тайно перевел базу на utf8. заливаю
данные из sql-файла (там, где уже готовые запросы) - та же петрушка. спасает только PHP.
сохраняю данные из базы в текстовый файл, но не в виде запросов, а просто текст - поля с
разделителями. открываю этот файл PHP- скриптом, читаю в переменную, закрываю файл.
потом строю запрос на вставку и выполняю его. только в этом случае данные заносятся
в нужной кодировке и нет проблем ни с просмотром ни с выводом их. плохо только то, что
на каждую таблицу базы надо писать отдельный скрипт, но я уже почти на все свои таблицы
такие приготовила. мне скоро переносить на сервер 25 Мб данных на трех языках.

Почему на каждую таблицу отдельный скрипт?
Или у Вас присутствует всякая экзотика, вроде полей типа ENUM и SET?

мне так удобнее. везде разное кол-во полей. не хочу делать вложенные циклы.
все равно же копирую просто один в другой. сделала скрипт на самую большую таблицу,
а потом просто убирала ненужные поля.

знаете анекдот про Эйнштейна? у него была кошка, для которой он сделал дырку в двери,
чтобы она могла сама заходить и выходить, не отвлекая ученого просьбой открыть дверь.
когда у кошки родились котята, он сделал еще 6 отверстий в двери...
только сомневаюсь я, что дверь может вместить в себя столько отверстий... :)

Я бы так не смог.
Впрочем, я не Эйнштейн :)

А если серьезно, конечно, это дело вкуса.
Просто мне не по себе делается, когда подумаю, что при каждом таком подтачивании скрипта под очередную таблицу я запросто могу налепить ошибок.

PS. Дверь-то что... Хорошо, он в кошке отверстий не понаделал...:)

3) Ну всё правильно, не настроена кодировка при создании - если в базу папали вопросы - они будут именно вопросами - изменение кодировки уже не поможет - нужно перебивать информацию, не забывая перед этим настроить соединение при помощи оператора

SET NAMES 'cp1251'

проблема была в MySQL Front , добавлял SET NAMES latin1 в sql файл

ENGINE=MyISAM DEFAULT CHARSET=latin1;
добавляет MySQL-Front. и я эту строку ВСЕГДА удаляла