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

В каких случаях можно ожидать проблем при рефакторинге базы данных 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 в нашей студии нет.

вадят.е. если в функции есть поле таблицы - конструктор не понимает, что это функция
и парсит не правильноИсправлено в новом билде беты. Обновите на 107-й.
вадярррррррррррррррррррыыыыыЭто тоже исправлено в 6.0.107-м.

HettА где-то есть открытый баг трекер или сюда писать?
Вот сейчас нашел такой небольшой баг: если открыть таблицу на просмотр данных и установить сортировку путем клика по заголовку столбца, то при нажатии на F5 сотрировка сбрасывается на дефолтную.Исправлено в 6.0.107-м билде

вадяпри создании резервной копии, если база большая (у меня таблица 59000, поля картинки, та что затыкалась в предыдущих версиях)
при отмене сздания, после ответов на все вопросы, сервер не останавливает посылку данных, мне не удалоь этого дождатьтся ~1мин. пришлось перегрузить mysql.Это тоже в 107-м исправлено.

вадяэто
13985183

исправлено?Да. Проверьте.

вадявозникало мысль - может для ускорения сравнения сравнивать не данные а хэш?Подобная мысль нам приходила еще на стадии проектирования самой первой версии компараторов (лет так 6 назад). Уже точно не помню, но мы исследовали возможность использования, и нашли случаи, когда компаратор мог идентифицировать разные данные, как идентичные. Используемый сейчас вариант, в 100% случаев гарантирует правильный результат идентификации разных записей, но требует пересылки всех записей сравнения из всех столбцов обеих баз данных на локальный пк по сети. Другой способ кардинального уменьшения трафика - не пересылать одинаковые данные или "исторические" данные. SQL Server, например, позволяет определить статус данных и задача уже стоит на будущие версии компараторов для этого сервера. Позволит ли MySQL дать такую возможность, очень сомневаюсь. Еще известная проблема компаратора - при сравнении, он "выедает" все ресурсы сети и другие сетевые клиенты получают таймауты, и возможности ограничить пропускную способность у компаратора в текущих версиях нет. Эта задачу тоже предстоит решить в следующих версиях.

вадя... возник вопрос: сначала данные скачиваются чтоб сравнится, а потом чтоб скопироваться. Или скачанные для сравнения сохраняются? тогда как с теми что изменились в в источнике и уже скачались...
в общем каков механизм , на что расчитывать для случая больших данных? поподробнее плиззз.Вычитка данных и сравнение происходит одновременно, сравненные данные архивируются в другом потоке и сохраняются в дисковый кэш. Если локальный ПК имеет 2 и более ядер, то прирост производительности, по сравнению с одноядерными, составляет прибл 10%. После вычитки всех данных происходит синхронизация требуемых из дискового кэша (опять же, пересылкой данных по сети). Это довольно долгий процесс, особенно при больших объемах данных. За это время конечно же база данных может изменится и данные в базе окажутся рассинхронизированными, поэтому, чем чаще происходит синхронизация, тем актуальнее данные в базе. Изначально компараторы проектировались не для репликации баз данных - задача компаратора помочь разработчику или аналитику найти отличия между Dev базой и Test базой. Для целей репликации правильнее использовать стандартные механизмы (какие есть в MySQL и в SQL Server), и в данном случае актуальность данных будет выше, а объем сетевого трафика ниже.вадякак насчет поддержки mysql 5.6ххх?Пока что 6-я версия студии официально не поддерживает MySQL 5.6. Но это означает лишь то, что если будут появятся специфические баги на этой версии сервера мы не сможем обещать их исправления в ближайших билдах. Мы прогнали автотесты на этой версии сервера и лишь небольшая их часть провалилась. Например, сделана поддержка микросекунд в типах данных TIME, DATETIME и TIMESTAMP, но компараторы, экспорт данных, редактор данных этого не заметит. Т.е. если не использовать новые специфические фичи MySQL 5.6. студия будет работать так же, как и с остальными версиями MySQL.

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

вадяу вкладок таблиц и процедур есть "подвкладки" их указатели/заголовки отображены вверху
а у запросов - "подвкладки" почему-то в низу = вызывает путаницу, по привычке ищшь вверху , а нету....
желательно однотипно сделать - вверхуВсё верно. Это разные по смыслу кнопки (закладки).
Те, что у визуальных редакторов вверху - это можно сказать группированные опции объекта.
Те, что у SQL документа внизу - это виды документа (виды представления документа).

Мы рады сообщить о долгожданном релизе dbForge Studio for MySQL, v6.0 .
Все замеченные баги в бета-версии были исправлены. Благодарим всех, кто принял в этом активное участие!

miksoftА версия 5.0 сможет самообновиться на версию 6.0 ?
Или руками сносить/ставить?Да, должна предложить - проверьте (Справка -> Проверить обновления), в крайнем случае скачать можно с сайта.
Но если была установлена бета - то ее нужно снести вручную.