Баги 6 версии

[Ursus]

Версия 6.3.341
Пишу в редакторе код, например, SELECT. После того как после слова SELECT ставлю пробел, слово переходит в нижний регистр (select), хотя в настройках форматирования указан верхний регистр. После того как нажимаю "Форматировать документ" регистр - верхний. В прошлой версии (6.3.338) такого не было. Очень раздражает Исправьте, пожалуйста.

[Alexander]

Не могли бы Вы уточнить, набираете ли Вы скрипт в новом SQL документе или в редакторе объектов, а также прислать *.xml профиль настроек форматирования?

Пожалуйста, также пришлите нам скриншот dbForge Studio for MySQL, снятый в момент возникновение данной проблемы.

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

[Ursus]

Не могли бы Вы уточнить, набираете ли Вы скрипт в новом SQL документе или в редакторе объектов, а также прислать *.xml профиль настроек форматирования?

В новом SQL документе
Настройки выслал

[Ursus]

Нашел причину и решение данной проблемы.
Регистр текста/Регистр идентификаторов поменял значение с "нижний регистр" на "так же как в базе данных"

[Ursus]

Версия 6.3.341
Сравнение данных зависает.
При попытке сравнение данных зависает на 40-60%%. Даже если источник и получатель совпадают

[Alexander]

Нашел причину и решение данной проблемы.
Регистр текста/Регистр идентификаторов поменял значение с "нижний регистр" на "так же как в базе данных"

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

[Alexander]

Сравнение данных зависает.
При попытке сравнение данных зависает на 40-60%%. Даже если источник и получатель совпадают

Не могли бы Вы уточнить следующую информацию:

1. Сравнение зависает на 40-60% и дальше процесс не идёт?
2. Сравнение зависает всегда на одних и тех же таблицах? Если да, то, пожалуйста, пришлите нам скрипты таблиц с данными.

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

[Ursus]

1. Сравнение зависает на 40-60% и дальше процесс не идёт?

Да. В окошке сравнения время "Прошло тикает". В статусной строке написано: "Получение метаданных"

2. Сравнение зависает всегда на одних и тех же таблицах? Если да, то, пожалуйста, пришлите нам скрипты таблиц с данными.

Зависает вне зависимости от сравниваемых баз данных

[Ursus]

Перезагрузился - помогло

[.jp]

Обратите внимание на сводность дискогового простравнства на системном диске. Должно оставаться какое-то свободное место для дискового кэша данных, используемого приложением для сравнения данных (хотябы 1Гб пространства должно быть свободно).

[Ursus]

Обнаружил баг при копировании полей из одной таблицы в другую через закладку "Общие".
При копирование полей входящих в состав уникального ключа, они вставляются вместе с уникальным индексом только по этому полю.
Если в исходной таблице был уникальный ключ по 3 полям, после их копирования в новой таблице будет 3 уникальному ключу (по 1 для каждого поля)
Может это и не баг. Но интуитивно не понятно откуда в новой таблице появляются уникальные ключи по полям

[Alexander]

Мы пересмотрим текущее поведение при разработке будущих версий dbForge Studio for MySQL.

[Alexander]

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

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

[angro]

Сделал бекап на версии 6.3.358
Пример бекапа:
INSERT INTO xf_user_group_change VALUES
(1, 'admin', x'3'),
(1, 'moderator', x'4'),
(2, 'admin', ''),
(58, 'admin', '3,4');

При восстановлении из бекапа ругается на х (x'3' x'4'), пишет "right syntax to use near x".
Таких иксов много в дампе, как это победить ?

[Alexander]

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

Дело в том, что некоторые сервера не воспринимают представление байта в виде x'3'. В данном случае необходимо использовать x'03'. Данный вариант работает на всех серверах. dbForge должен генерировать также.

Если же бекап генерировался не с помощью dbForge, необходимо вручную править скрипт.