Форум MySQL

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

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

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

SET NAMES 'cp1251'

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

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

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

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

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

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

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

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

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

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

SET NAMES 'cp1251'

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

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