Devart Forum

Ursus

Не нашел тему для багов 7 версии. Напишу сюда.
При использовании из редактора данных Специального копирования -> Копировать с именами колонок копируется и тип.
Получаются такие заголовки: "idINT". Приходится руками затирать типы. Поправьте, пожалуйста.
Версия 7.1.13.
Спасибо!

Ursus

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

Ursus

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

Ursus

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

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

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

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

Ursus

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

Ursus

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

Ursus

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

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

Ursus

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

Исправьте, пожалуйста.

Ursus

Благодарю за то что добавили форматирование INSERT SET.
К сожалению в функциях при форматирование происходит смещение при использовании этой конструкции:

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

CREATE DEFINER = 'root'@'localhost'
FUNCTION symfony.function1 ()
RETURNS INT
BEGIN

  INSERT fos_user SET id = 1;

    INSERT fos_user SET id = 2;

      RETURN 1;
    END

Ursus

А то что в редакторе подсвечивается поле с названием id - это фича или бага?
Если фича, можно ли как-нибудь ее отключить?

Ursus

Alexander писал(а):Не могли бы Вы указать версию dbForge Studio for MySQL, а также прислать нам выражение CREATE данной процедуры на supportATdevartDOTcom?

Версия 6.1.142
Код:

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

CREATE DEFINER = 'root'@'localhost'
FUNCTION test.function1 ()
RETURNS INT
BEGIN

  -- comments

  RETURN 1;
END

Пару нажатий кнопки и получается:

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

CREATE DEFINER = 'root'@'localhost'
FUNCTION test.function1 ()
RETURNS INT
BEGIN

        -- comments

  RETURN 1;
END

В 6.0 не было такой проблемы

Ursus

Во время редактирования хранимых процедур при каждом нажатии на кнопку "Форматировать документ" блоки комментариев отодвигаются все дальше и дальше от левого края окна

Ursus

Баг при фильтрации таблиц по дате.
Порядок действий:
1. При использовании фильтров в закладке "Данные" вызываю пользовательский автофильтр для колонки типа DATE
2. При заполнении даты в поле фильтрации вызываю календарь
3. В нем нажимаю кнопку "Сегодня". Далее "ОК".
4. В SQL журнале вижу поиск проводился по '2013-12-05 14:02:50'. Должно было '2013-12-05'. Соответственно, 0 строк найдено.

Ursus

Было бы замечательно, если бы опционально можно было включить "автоматический старт транзакции". Т.е. перед исполнением запроса транзакция стартует сама(а не нажатием на кнопку). И после выполнения запроса есть выбор между rollback и commit. Хочу подчеркнуть, что данный функционал должен быть опциональным.

Ursus

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

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

Спасибо Вам за Ваш продукт!

Devart Forum

Найдено 28 результатов

Re: Баги 7 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Баги 6 версии

Re: Голосуйте за желаемую функциональность dbForge Studio!

Re: Баги 6 версии