Баги 6 версии

[lexxer]

После обновления на последний билд опять пропало автозаполнение имен бд, таблиц и полей

Как скачать предидущую версию?

[Alexander]

После обновления на последний билд опять пропало автозаполнение имен бд, таблиц и полей

Не могли бы Вы прислать нам скриншот, отображающий dbForge в момент возникновения данной проблемы?

Вы можете прислать ответ в нашу службу поддержки на supportATdevartDOTcom

Как скачать предидущую версию?

Предыдущие версии продукта доступны только зарегистрированным пользователям в Registered User's Area.

[Alexander]

После обновления на последний билд опять пропало автозаполнение имен бд, таблиц и полей

Хотим сообщить Вам, что вышла новая версия 6.2 продукта dbForge Studio for MySQL, в которой данная проблема устранена http://www.devart.com/ru/dbforge/mysql/ ... nload.html

Благодарим Вас за Вашу помощь в усовершенствовании dbForge Studio for MySQL.

[Ursus]

Благодарю за то что добавили форматирование INSERT SET.
К сожалению в функциях при форматирование происходит смещение при использовании этой конструкции:

Код: Выделить всё

CREATE DEFINER = 'root'@'localhost'
FUNCTION symfony.function1 ()
RETURNS INT
BEGIN

  INSERT fos_user SET id = 1;

    INSERT fos_user SET id = 2;

      RETURN 1;
    END

[Stark]

приветствую

после замены значка "плюсик" на "треугольник" (спорное решение, верните плюсик!)), при нажатии на который открывается нода дерева базы, нередко стал появляться глюк, при котором, этот самый "треугольник" исчезает в свернутом состоянии и, соответственно, эту ветку не открыть, пока не переподключишься

[Alexander]

Благодарю за то что добавили форматирование INSERT SET.
К сожалению в функциях при форматирование происходит смещение при использовании этой конструкции:

Мы исправим данную проблему в одной из следующих сборок продукта.

после замены значка "плюсик" на "треугольник" (спорное решение, верните плюсик!)), при нажатии на который открывается нода дерева базы, нередко стал появляться глюк, при котором, этот самый "треугольник" исчезает в свернутом состоянии и, соответственно, эту ветку не открыть, пока не переподключишься

Не могли бы Вы в деталях описать шаги воспроизведения данной проблемы?

[Stark]

Не могли бы Вы в деталях описать шаги воспроизведения данной проблемы?

Почему-то глюк не всегда появляется
Алгоритм удалось выявить такой:
1. Устанавливаем соединение и открываем любую таблицу
2. Работаем с таблицей
3. Закрываем соединение, но не закрываем таблицу
4. Убираем фокус с панели соединений (Например, тыкаем на "Ограничения")
5. Пытаемся вновь открыть соединение, треугольник исчезает. но не всегда

когда сидишь на автомате прощелкиваешь (особенно при, например, 10 соединениях), сразу и не понятно, когда глюк возникает

[Alexander]

В данный момент мы занимаемся исследованием данной проблемы и свяжемся с Вами в ближайшее время.

[JayDi]

Обнаружил неприятные изменения в последних релизах, связанные с бекапом данных:

1. Теперь можно восстанавливать данные только из файлов с расширением sql или zip, хотя раньше можно было выбирать любые файлы. Это очень раздражает, т.к. сторонний софт сохраняет бекапы под своим расширением.

2. Теперь по умолчанию при восстановлении данных текущая база НЕ подставляется в соответствующее поле (куда восстанавливать) и необходимо вручную выбирать из длинного списка. ОЧЕНЬ неудобно, да еще и опасно, если выбрать случайно не ту. Раньше это поле подставлялось автоматически и бралось значение из текущей базы в соединении.

3. При восстановлении данных кодировка НЕ определяется, хотя ту же самую UTF-8 могли бы автоматически подставлять, например, по команде "SET NAMES utf8", которая есть в файле бекапа. Или брать ее из кодировки текстового файла, который выбирается в качестве бекапа. Или брать из кодировки той базы, в которую будут вставляться данные. Очень неудобно, т.к. ее приходится выбирать вручную из списка. А если забыть -- текст импортируется крякозябрами.

4. В версии 6.2.280 в окне создания резервной копии базы -- если щелкнуть правой кнопкой мыши по полю с именем файла -- появится нестандартное всплывающее меню для работы с текстом (интересно, чем стандартное не устраивало-то). При этом, именно для этого поля это меню потом НЕ исчезает, а так и продолжает висеть на экране, пока по нему не щелкнуть. Даже если свернуть все окна кнопкой <Windows+D> -- оно все-равно будет висеть на экране.

[Alexander]

1. Теперь можно восстанавливать данные только из файлов с расширением sql или zip, хотя раньше можно было выбирать любые файлы. Это очень раздражает, т.к. сторонний софт сохраняет бекапы под своим расширением.

4. В версии 6.2.280 в окне создания резервной копии базы -- если щелкнуть правой кнопкой мыши по полю с именем файла -- появится нестандартное всплывающее меню для работы с текстом (интересно, чем стандартное не устраивало-то). При этом, именно для этого поля это меню потом НЕ исчезает, а так и продолжает висеть на экране, пока по нему не щелкнуть. Даже если свернуть все окна кнопкой <Windows+D> -- оно все-равно будет висеть на экране.

Мы исправим данные проблемы в одной из следующих сборок продукта.

2. Теперь по умолчанию при восстановлении данных текущая база НЕ подставляется в соответствующее поле (куда восстанавливать) и необходимо вручную выбирать из длинного списка. ОЧЕНЬ неудобно, да еще и опасно, если выбрать случайно не ту. Раньше это поле подставлялось автоматически и бралось значение из текущей базы в соединении.

Если в настройках соединения указана БД, тогда в Мастере восстановления данных автоматически выбирается данная БД, иначе - предлагается использовать ту БД, что была указана в скрипте при создании резервной копии.

3. При восстановлении данных кодировка НЕ определяется, хотя ту же самую UTF-8 могли бы автоматически подставлять, например, по команде "SET NAMES utf8", которая есть в файле бекапа. Или брать ее из кодировки текстового файла, который выбирается в качестве бекапа. Или брать из кодировки той базы, в которую будут вставляться данные. Очень неудобно, т.к. ее приходится выбирать вручную из списка. А если забыть -- текст импортируется крякозябрами.

Не могли бы Вы прислать нам больше информации со скриншотами?

Вы можете прислать ответ напрямую в нашу службу поддержки на supportATdevartDOTcom

[JayDi]

2. Теперь по умолчанию при восстановлении данных текущая база НЕ подставляется в соответствующее поле (куда восстанавливать) и необходимо вручную выбирать из длинного списка. ОЧЕНЬ неудобно, да еще и опасно, если выбрать случайно не ту. Раньше это поле подставлялось автоматически и бралось значение из текущей базы в соединении.

Если в настройках соединения указана БД, тогда в Мастере восстановления данных автоматически выбирается данная БД, иначе - предлагается использовать ту БД, что была указана в скрипте при создании резервной копии.

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

Вообще же, при восстановлении данных (обычно, это создание тестовых баз данных) используется следующий сценарий: в списке подключений выделяется только что созданная база данных, нажимается правая кнопка мышки по ней и выбирается восстановление. Хотелось бы, чтобы в этот момент подставилась та база данных, по которой выбрали восстановление. Недавно же ведь отлично работало...

3. При восстановлении данных кодировка НЕ определяется, хотя ту же самую UTF-8 могли бы автоматически подставлять, например, по команде "SET NAMES utf8", которая есть в файле бекапа. Или брать ее из кодировки текстового файла, который выбирается в качестве бекапа. Или брать из кодировки той базы, в которую будут вставляться данные. Очень неудобно, т.к. ее приходится выбирать вручную из списка. А если забыть -- текст импортируется крякозябрами.

Не могли бы Вы прислать нам больше информации со скриншотами?

Немного потестировал. Оказалось, что dbForge не понимает кодировки "UTF-8 без BOM" (использовался Notepad++ для просмотра и конвертации). Пример такого файла. Собственно, именно в "UTF-8 без BOM" сохраняет стандартная утилита mysqldump (по крайней мере в версии 5.1.45).

Кстати, обратил внимание, что у mysqldump используется конструкция
/*!40101 SET NAMES utf8 */; А у вас же в исходниках применяется прямой SQL-запрос. И вообще, формат записи всех команд немного отличается. Но это так, к слову, о потенциальных проблемах.

Пример файла, который сохраняет mysqldump
Команда для его создания:

Код: Выделить всё

mysqldump.exe --host=bitnami --port=3306 --skip-no-data --skip-routines --skip-lock-tables --skip-add-locks --single-transaction --no-create-db --result-file="D:\test.sql" test1

[JayDi]

И еще несколько замечаний:

1. В окне создания новой базы данных кнопка для сохранения изменений теперь называется "обновить базу". Что сначала сильно смущало. Какое же это обновление, если она еще даже не создана.

2. В окне создания резервной копии, после ее сохранения, по умолчанию всегда предлагают сохранить настройки в виде проекта. И каждый раз эта галочка включена, и ее приходится отключать. Да, каждый раз, как сделается копия. Неудобно. Было бы неплохо, чтобы этот выбор запоминался.

3. В окне создания резервной копии хотелось бы иметь дополнительную кнопку для выбора конкретного файла для сохранения (как в версиях 4 и младше). А не как сейчас -- сначала выбрать папку из ужасно неудобного окна (кстати, в новых виндоус папку можно выбирать из стандартного окна, похожего на выбор файла -- где есть избранное, строка ввода и другие возможности). Потом надо придумывать имя файла. И только после этого сохранять. Неудобно

[Viktor]

И еще несколько замечаний:

1. В окне создания новой базы данных кнопка для сохранения изменений теперь называется "обновить базу". Что сначала сильно смущало. Какое же это обновление, если она еще даже не создана.

Мы привели все редакторы DDL к единому стилю.

2. В окне создания резервной копии, после ее сохранения, по умолчанию всегда предлагают сохранить настройки в виде проекта. И каждый раз эта галочка включена, и ее приходится отключать. Да, каждый раз, как сделается копия. Неудобно. Было бы неплохо, чтобы этот выбор запоминался.

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

3. В окне создания резервной копии хотелось бы иметь дополнительную кнопку для выбора конкретного файла для сохранения (как в версиях 4 и младше). А не как сейчас -- сначала выбрать папку из ужасно неудобного окна (кстати, в новых виндоус папку можно выбирать из стандартного окна, похожего на выбор файла -- где есть избранное, строка ввода и другие возможности). Потом надо придумывать имя файла. И только после этого сохранять. Неудобно

Спасибо за замечание, мы изменим поведение приложения в следующей версии продукта.

Вообще же, при восстановлении данных (обычно, это создание тестовых баз данных) используется следующий сценарий: в списке подключений выделяется только что созданная база данных, нажимается правая кнопка мышки по ней и выбирается восстановление. Хотелось бы, чтобы в этот момент подставилась та база данных, по которой выбрали восстановление. Недавно же ведь отлично работало...

Сейчас имя базы, выбраной в проводнике, не подставляется в мастер восстановления т.к. это баг и он будет исправлен в следующей версии.

[Alexander]

после замены значка "плюсик" на "треугольник" (спорное решение, верните плюсик!)), при нажатии на который открывается нода дерева базы,

К сожалению, мы не планируем изменять данную функциональность.

нередко стал появляться глюк, при котором, этот самый "треугольник" исчезает в свернутом состоянии и, соответственно, эту ветку не открыть, пока не переподключишься

Мы исследуем данную проблему.

[Alexander]

Хотим сообщить Вам, что вышла новая версия 6.3 продукта dbForge Studio for MySQL http://www.devart.com/ru/dbforge/mysql/ ... nload.html

Благодарим Вас за Вашу помощь в усовершенствовании dbForge Studio for MySQL.