оченьначинающийp.s.
А кодировку комментариев починить всё-таки не мешало бы, а то слишком уж страшненько выглядит отсутствие их поддержки:

Предоставьте результат этого запроса, выполнив его в dbForge Studio for MySQL, v6.0 в новом SQL документе:

оченьначинающийdevartпропущено...
Предоставьте результат этого запроса, выполнив его в dbForge Studio for MySQL, v6.0 в новом SQL документе:



Variable_name Value character_set_client utf8character_set_connection utf8character_set_database latin1character_set_filesystem binarycharacter_set_results utf8character_set_server latin1character_set_system utf8character_sets_dir /usr/share/mysql/charsets/Выполните следующее:
1) запустите dbForge Studio и создайте соединение с Вашим сервером, установив кодировку соединения utf8
2) откройте новый sql документ и выполните в нем следующий скрипт


Приведите результат выполнения последнего запроса.



AlexeyVDОбновился до 6 версии.
Обнаружил неприятный сюрприз. При сравнении схем снимаю галочку "Игнорировать выражения DEFINER и SQL SECURITY". Но в скрипте обновления схемы хранимок, в отличии от предыдущей версии dbForge, отсутствует опция DEFINER.
Например, в случае, если хранимые процедуры отличаются только дефайнером, скрипт обновления выглядит вот так:


При этом, если сгенерировать скрипт с помощью синхронизации, то DEFINER проставится.Постараемся исправить в одном из следующих билдов.

оченьначинающийНо в таком случае зачем нужна опция " Определить кодировку MySQL ", если с ней Ваша программа даже довольно популярную "UTF-8" корректно определить и распознать не может (т.е. что уж тут говорить о более экзотических кодировках)?Кодировка по умолчанию Вашего сервера установлена latin1:
оченьначинающий Variable_name Value character_set_client utf8character_set_connection utf8 character_set_database latin1 character_set_filesystem binarycharacter_set_results utf8 character_set_server latin1 character_set_system utf8character_sets_dir /usr/share/mysql/charsets/dbForge Studio абсолютно справедливо выбирает ту кодировку, которую Вы сами настроили.

HettА чего окно мастера восстановления базы появляется в диалоговом режиме? Бывает длительные операции приходится делать и при этом уже не удается получить доступ к другой бд через дбфордж (Как вариант, можно запустить вторую копию приложения и работать в нем, а первую свернуть (пусть себе работает в фоне).

ДжибсИнтересный баг у меня

вывожу таблицу где примерно около 2 тысяч записей.

скролом резко в низ , что бы посмотреть большее число записей, а не 300 .

начинает ругаться, что соединение с сервером потеряноНе удается воспроизвести. Сообщите:
1. Что выдает SHOW VARIABLES LIKE 'wait_timeout'
2. Используется в соединении HTTP или SSH - туннель?
3. Версия сервера MySQL;
4. Версия dbForge Studio for MySQL;
5. Стабильно ли воспроизводится проблема?

Judedevart,

Здравствуйте.

если не секрет, возможно ли сказать на чем написан dbForge?

поиск не признается.
стало любопытно.

интересно именно 6.0 версия.

спасибо.

п.с. поспорили с коллегой пхп шником. ответ важен для решения спора.Дам небольшую подсказку: http://en.wikipedia.org/wiki/DbForge_Studio_for_MySQL

miksoftdevart http://en.wikipedia.org/wiki/DbForge_Studio_for_MySQL А чего русскоязычную страничку не сделали?Как там говорят - руки не дошли еще :)

Доступна on-line справка по dbForge Studio for MySQL (на англ. яз.).

HettЕсть таблица 2кк записей, открываю просмотр данных в ней (постраничный вывод данных выключен).
Кликаю 2 раза по заголовку столбца ID чтобы отсортировать данные в обратном порядке, пытаюсь удалить верхнюю запись - dbForge начинает кушать память, доходит до 2ГБ и проц.Мы будем исследовать данную проблему. Как вр е менное решение - используйте постарничный режим просмотра и редактирования данных.

HettДа я всегда в общем-то постраничным пользуюсь, просто тут переставлял все да забыл включить.

Еще вот такая проблема, когда пишу запрос: CURRENT_DATE - INTERVAL() 1 DAY
Он почему-то упорно подставляет скобки к INTERVALСкобки для функций автоматически подставляет фича code completion, но для данной функции скобки лишние (т.е. это баг). В одном из следующих билдов code completion не будет для INTERVAL этого делать.

devartHettДа я всегда в общем-то постраничным пользуюсь, просто тут переставлял все да забыл включить.

Еще вот такая проблема, когда пишу запрос: CURRENT_DATE - INTERVAL() 1 DAY
Он почему-то упорно подставляет скобки к INTERVALСкобки для функций автоматически подставляет фича code completion, но для данной функции скобки лишние (т.е. это баг). В одном из следующих билдов code completion не будет для INTERVAL этого делать.Исправлено в 6.0.315.

вадя...
компилируются ли хранимые процедуры?
...
Подозреваю, что речь идет о пункте меню "Компилировать процедуру" там с отладочной информацией или без нее.
Не нужно путать компиляцию процедур например в Оракле, и ту компиляцию, которую делает дибифорж в MySQL.
Могу сказать так: термин "Компилировать процедуру" - сугубо дибифоржевский.
MySQL никогда не позволял и не обязывал делать ни какой принудительной компиляции процедуры, в отличии, например, от Оракла.
В дибифоже компиляция процедуры с отладочной информацией добавляет в процедуру отладочный код, который не влияет на результат выполнения исходного пользовательского кода, но несомненно вносит "тормоза" выполнения этой процедуры.
Ради спортивного интереса, выполните SHOW CREATE PROCEDURE после выполнения пункта меню "Компилировать процедуру с отладочной информацией" и Вы код своей процедуры просто не узнаете - в ней будет куча всякого "мусора", без которого отладка процедуры в дибифорже невозможна.
Для избавления процедуры от этого лишнего отладочного кода необходимо выполнить пункт меню "Компилировать". Это вернет процедуре ее оригинальный пользовательский код (опять же, проверяется запуском SHOW CREATE PROCEDURE команды).
Поэтому, будьте внимательны , и не оставляйте на рабочем сервере процедуры с отладочной информацией, так как они будут "тормозить" :)
И еще, визуальный редактор процедур всегда отображает оригинальный пользовательский текст процедуры, не зависимо компилировали ли Вы процедуру с отладочной информацией или нет (поэтому для проверки пользуйтесь SHOW CREATE PROCEDURE).

Основная проблема использования процедур в MySQL, в том, что не каждый хостер предоставляет возможность их размещения. Так, некоторые хостеры еще используют на MySQL v4.0-4.1, в добавок у которых основным движком является MyIsam (который не поддерживает внешние ключи). Поэтому во многих web проектах базу данных MySQL используют как "свалку данных", без всякой там серверной бизнес-логики.
Следующая проблема использования процедур в MySQL - это отсутствие нормального нативного отладчика и профилировщика их кода.