7.4.184 Error

[SergeyW]

Это только у меня такая проблема или у всех?
Судя по ошибке эта проблема должна проявляться у многих.

[lokkyua]

За всех не скажу, но у меня так же. Откатился на 7.3.148

[SergeyW]

Утешает, что не я не один такой. Будем надеться, что разработчик быстро устранят эту проблему.

[Alexander]

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

В данный момент для устранения данной ошибки Вы можете заменить строку

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

<bindingRedirect oldVersion="0.0.0.0-10.0.0.0" newVersion="10.0.0.0" />

на

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

<bindingRedirect oldVersion="0.0.0.0-99.0.0.0" newVersion="11.0.0.0" />

в файле dbforgemysql.exe.config , который находится в папке

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

%ProgramFiles%\Devart\dbForge Studio for MySQL\

[SergeyW]

Спасибо!
Приложение запустилось без ошибок.

[SergeyW]

Но проблема с выбором базы в 7.4.185, к сожалению, не решена. :(
Теперь даже не знаю, что лучше, если программа не запускается или может повредить данные в БД. :(
Я так понимаю, что это тоже не только у меня проявляется?!

[pyroxen]

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

Это вот заметили тут ошибку в программе, а есть же еще человеческий фактор, вы сами можете забыть переключить базу и выполнить скрипт не там, где надо и так же выберутся либо перезатрутся не те данные что нужно. Так что этот баг не должен быть критичен с точки зрения реальной логики.

Извиняйте, если что, но это чисто мое мнение...))

[SergeyW]

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

[Alexander]

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

[SergeyW]

Спасибо! Очень надеюсь на быстрое решение. Переходить на что-то другое это, как минимум, потеря времени на адаптацию, не говоря про удобства, комфорт при работе с dbForge for MySQL по сравнению с остальными.

[pyroxen]

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

И все же, это не исключает вероятность человеческой ошибки. Вы можете сами выбрать не ту базу и выполните скрипт не там где надо.
Советую Вам использовать отдельный сервер для развертывания тестовой копии. Для этого даже в dbForge предусмотрены "Категории документов" при подключении сервера. Например боевая БД - зеленый квадрат, тестовая БД - желтый треугольник, Реплика readonly - красный круг. Эти цветные символы будут отображаться на каждой вкладке открытого документа.
Очень удобно визуально ориентироваться ИМХО. )))
Но конечно, выбор за Вами.

[AlexandrS]

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

Спешим Вам сообщить, что доступна новая версия dbForge Studio for MySQL 7.4.201.

Вы можете скачать её перейдя по ссылке: https://www.devart.com/dbforge/mysql/st ... nload.html

[SergeyW]

Спасибо!