Проблема с кодировкой

[xaxaxa5]

При открытии таблиц вместо русских букв - вопросики, которые превращаются в нормальные буквы только если перед открытием таблицы выполненить команду SET NAMES cp1251
Вопрос: как решить проблему с кодировкой и/или как автоматически выполнять вышеуказанную команду перед началом работы с таблицей?

[Duke]

Попробуйте включить опцию "Использовать Юникод" в настройках соединения.

[Duke]

В новом билде эта опция включена по-умолчанию.

[Jimboo]

Проблема с кодировкой возникает когда sql-запрос набирается в dbForge for MySQL но выполняется динамически (в php-скрипте выполняется запрос из внешнего файла). Документ по умолчанию сохраняется в кодировке cp1251 (по крайней мере у меня так) и если кодировка БД и соединения utf8 - возникают проблемы с вставкой строк с русскими символами в таблицу БД. Можно ли задавать кодировку в окне редактора и указать в какой кодировке будут сохраняться документы?

[AlexZ]

Документ в dbForge всегда сохраняется в текущей системной кодировке.
Возможность задавать кодировку для документов будет реализована в ближайших версиях dbForge for MySQL.
В Вашем случае мы можем посоветовать настроить работу вашего php-скрипта с MySQL: попробуйте задать кодировку сессии запросом SET NAMES.

[Max]

К сожалению, с этой ошибкой работает большинство редакторов. Приятное исключение составляет EMS SQL Manager 2005 for MySQL, но удивительное рядом - в более новых версиях (в частности, в 2007) эта же проблема возникает снова.
На самом деле с базой часто удобно работать напрямую, особенно в процессе тестирования скриптов, и невозможность записать в таблицу русский текст разочаровывает.
В остальном же - молодцы! Хорошая программа!

[ndf]

К сожалению, с этой ошибкой работает большинство редакторов.

Вы имеете ввиду кодировку соединения с базой или файла .sql ?
Все проблемы кодировок соединения решаются использованием юникода (сейчас это режим по умолчанию). Проблем с сохранением русских символов в файл так же нет если в Windows стоит русская кодировка по умолчанию.