Мы рады сообщить вам о выпуске новой версии студии, в которой реализована функциональность рефакторинга баз данных.
Как известно, рефакторинг базы данных является непростой задачей, и каждый разработчик или администратор рано или поздно с ней сталкивается.

В каких случаях можно ожидать проблем при рефакторинге базы данных MySQL:
1) При переименовании столбца таблицы, на который ссылается столбец из другой таблицы через внешний ключ;
2) При переименовании столбца таблицы или самой таблицы, из которой происходит выборка в представлении;
3) При переименовании объектов, содержащих код.

Рассмотрим перечисленные проблемы на примерах:

1) Переименование столбца таблицы, на который ссылается столбец из другой таблицы через внешний ключ.
Есть две таблицы из базы sakila :



Если обычным способом попытаться переименовать столбец country_id в таблице country, выполнив следующий запрос (который, например, будет сгенерирован практически любым MySQL GUI инструментом):




MySQL выдаст ошибку вида:
авторError on rename of '.\sakila\#sql-62c_c6' to '.\sakila\country' (errno: 150)

Таким образом, перед переименованием столбца нужно найти все внешние ключи, удалить их, переименовать столбец и заново воссоздать все удаленные ранее внешние ключи:




2) Предыдущий случай простой, но в реальной базе sakila, столбец country_id таблицы country еще участвует в выборке созданных представлений (view-шек).

MySQL разрешит обычным способом переименовать столбец, но позже, при выборке данных из представления будет возникать ошибка:

авторUnknown column 'sakila.country.country_id' in 'on clause'

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

3) Более "опасный" способ переименования объектов, в результате неудачи которого, можно было лишиться вообще исходного кода процедуры или функции — если в визуальном редакторе процедуры изменить имя процедуры и одновременно допустить синтаксическую ошибку в теле процедуры.
Из-за того, что MySQL не позволяет при помощи ALTER PROCEDURE изменять код процедуры, приходится пересоздать процедуру с изменениями, т.е. сначала удалить созданную процедуру, а затем создать ее с новым именем и измененным кодом.
В случае, если была допущена синтаксическая ошибка, то старая процедура успешно удалится, а новая не создастся (после чего, придется процедуру воссоздавать заново по памяти). Так работает любое приложение, для администрирования MySQL.

dbForge Studio for MySQL, v6.0 делает безопасное переименование объектов, содержащих код:

a) Создается вр е менная функция (процедура), содержащая исходный код (до переименования);
b) Удаляются все объекты, где эта функция (процедура) вызывается;
c) Создаются все объекты, где эта функция (процедура) вызывается, но с уже переименованным именем;
d) Создается функция (процедура) с новым исходным кодом и с новым именем;
e) Удаляется временная функция (процедура);
Если этап d) заканчивается неудачей, то выполнение скрипта останавливается, и исходный код функции (процедуры) можно будет восстановить из вр е менного объекта.

Рефакторинг в нашем приложении можно вызвать из контекстного меню каждого объекта в Проводнике базы данных, а также в визуальном редакторе объектов, при изменении имени уже созданного объекта.



В новой версии функциональность "Рефакторинг" стала ключевой функциональностью , набравшей максимальное количество голосов пользователей.

По нашим данным, функциональность рефакторинга баз данных не реализована ни в одном из существующих инструментов для администрирования MySQL.
По ходу реализации, нам пришлось полностью переделать функциональность: сравнение схем, бекпа, генерацию скриптов, подсказчик кода и форматтер.
В результате, это повлекло за собой задержку релиза на 2-3 месяца...

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

С уважением,
Команда devart

вадяпостроитель-констркутор не хочет работать с временными таблицами.Поддержка временных таблиц не планируется т.к. с ними есть технические сложности.вадяза рефакторинг спасибо, желание поправить базу были - останавливала неизвестность результата.В любом случае, работает приложение правильно или нет, просто необходимо перед любыми изменениями базы данных сделать бекап .
Какой скрипт будет выполнять рефакторинг можно посмотреть, установив чекбокс "Сгенерировать скрипт не изменяя базу данных".вадятолько последняя 5 версия не сообщает о появлении новой. это так задумано? новая версия только для sql.ru?Бета ставится параллельно с релизной версией, и у нах разные каналы обновления - бета будет обновляться до следующего билда беты, а релизная версия будет обновлена до следующей релизной версии, при выходе последней.HettА где-то есть открытый баг трекер или сюда писать?Как Вам проще, можно публично через наш форум , можно индивидуально через тикеты , любый удобным способом.
HettВот сейчас нашел такой небольшой баг: если открыть таблицу на просмотр данных и установить сортировку путем клика по заголовку столбца, то при нажатии на F5 сотрировка сбрасывается на дефолтную.Мы воспроизвели эту проблему и будем ее исправлять.

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

mitbuЕсть 2 сервера, на обоих стоит mysql 5.6.10 настроена репликация(с использованием GTID).
Версия дбфоржа 5, билд последний.Пока поддержки MySQL 5.6 в нашей студии нет.