Devart Forum

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

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

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

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

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

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

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

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

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

лезем в настройки и отключаем постраничный режим.

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

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

Нам не удалось воспроизвести проблему на нашем тестовом сервере.
Попробуйте установить в sshd_config:

Покажите sshd_config файл с первой машины. Попробуйте также установить/снять чекбокс "интерактивный режим" в свойствах соединения.

Вы можете отправить информацию через форму обратной связи http://www.devart.com/ru/company/contactform.html

Это известная проблема, связанная с блокировкой определенных http запросов хостером. Мы сейчас занимаемся решением данной проблемы. Мы включим исправление в один из следующих билдов, и сообщим, как только исправление будет доступно.

1. Сообщите версию dbForge.
2. Медленная работа через SSH была всегда или появилась с какого-то момента?
3. > Загрузка списка таблиц может занимать минуту
Как часто воспроизводится эта проблема?

Спасибо за ответ.
Попробуйте отключить опцию "Включить дополнение кода"
в меню Сервис -> Параметры -> Текстовый редактор -> Дополнение кода

Перезапустите приложение и проверьте быстро ли происходит "Загрузка списка таблиц.."?

Нам удалось воспроизвести данную ошибку. Мы исправим её в одной из следующих сборок продукта и сообщим Вам, когда данная сборка будет доступна для скачивания.

KiTE писал(а):dbForge Studio for MySQL ver 5.0.76.1
ОС: Win7 SP1

Спасибо. Да действительно баг есть, нам удалось воспроизвести проблему на Win7.
Исправление будет доступно в одной из будующих сборок dbForge Studio for MySQL.

Пришлите DDL всех таблиц участвующих в запросах.

Akella писал(а): указываю параметры:

на скриншоте видно что max_date тип INT и значение = 331 а id_user_ekr тип Date и значение = 01.05.2012, хотя по идее должно быть наоборот.

sign писал(а): Резервная копия -> Создать резервную копию БД ->
После всех шагов ничего не происходит, висит картинка

1.png

Висит и висит.
Ничего не происходит.
Отменой снимается.

Нам удалось воспроизвести такую проблему. Если перед резервным копированием была открыта таблица на просмотр данных в режиме дофетчивания данных, то мастер резервного копирования зависает на выполнении Flush tables.
Временное решение:
Просматривать таблицы в постраничном режиме, либо закрывать открытые таблицы перед резервным копированием.

Возможно это связано с большим количеством объектов/баз на сервере.
Выполните запрос, и покажите результат: Попробуйте выполнить следующее:

1. Запустить приложение dbForge Studio for MySQL
Опция "Загружать дополнения кода из базы" ВКЛючена. Сервис -> Параметры -> Текстовый редактор -> Дополнение кода.

2. Открыть соединение и создать пустой SQL документ.
в строке состояния появится надпись.."Построение списка автодополнения кода..."
как только надпись.."Построение списка автодополнения кода..." исчезнет, то попытаться сделать резервную копию базы.
Воспроизведется ли проблема?

KiTE писал(а):Ув. разработчики, баг по прежнему существует

На какой версии dbForge Studio for MySQL, которую вы используете, воспроизводиться проблема?