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

Обсуждение возникших проблем, предложений и ошибок dbForge для MySQL
.jp
Devart Team
Сообщения: 374
Зарегистрирован: Ср 09 сен 2009 07:54
Откуда: devart
Контактная информация:

Сообщение .jp » Чт 26 апр 2012 14:50

russianpenguin писал(а):А будет когда-нибудь возможность автоматической генерации последовательности сборки?
Т.е. если проект содержит много сущностей, который ссылаются друг на друга, то манипуляция последовательностью сборки становится очень проблематичной.
Сейчас мы только в процессе разработки новой архитектуры для поддержки этого, которая будет доступна в начале в новом продукте dbForge Studio for SQL Server. После этого она будет доступна и в других студиях.

ravenger
Сообщения: 2
Зарегистрирован: Чт 21 июн 2012 08:25

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

Сообщение ravenger » Чт 21 июн 2012 08:29

У меня в базе больще сотни хранимых процедур. Очень нехватает фильтрации в проводнике БД (как в SQL Management Studio), чтобы выбирать нужные таблицы.

Alexander

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

Сообщение Alexander » Чт 21 июн 2012 11:56

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

У меня в базе больще сотни хранимых процедур. Очень нехватает фильтрации в проводнике БД (как в SQL Management Studio), чтобы выбирать нужные таблицы.
Данное предложение уже имеется на нашем UserVoice форуме:

http://devart.uservoice.com/forums/7729 ... abase-expl

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

Akella
Сообщения: 217
Зарегистрирован: Пн 02 апр 2012 14:41

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

Сообщение Akella » Вт 11 дек 2012 08:48

Save/Restore desktop
Предлагаю добавить функционал по сохранению и восстановлению рабочего стола dbForge Studio. В таких средах разработки и программах, как Delphi, IBExpert, Radialix и др. это реализовано. При открытии той или иной базы тебе все предыдущие вкладки и окна открываются.


http://devart.uservoice.com/forums/7729 ... re-desktop

Alexander

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

Сообщение Alexander » Вт 11 дек 2012 17:33

Похожее предложение уже было добавлено одним из пользователей. Вы можете перейти по ссылке и проголосовать за него.

Габриэль
Сообщения: 74
Зарегистрирован: Ср 24 мар 2010 10:08
Откуда: Москва

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

Сообщение Габриэль » Вс 07 апр 2013 09:18

А сохранение и восстановление проекта - разве этого мало?

Габриэль
Сообщения: 74
Зарегистрирован: Ср 24 мар 2010 10:08
Откуда: Москва

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

Сообщение Габриэль » Вс 07 апр 2013 10:11

У меня в базе больще сотни хранимых процедур. Очень нехватает фильтрации в проводнике БД (как в SQL Management Studio), чтобы выбирать нужные таблицы.
Всецело присоединяюсь к этому предложению ravenger. У меня аналогичная проблема. Думаю, что и у многих других.
Для подобных целей я в своих интерактивных программах применяю фильтрацию дерева по нескольким параметрам, которые могут быть использованы как по отдельности, так и действовать одновременно. Это не так уж трудно сделать, но требует времени (как и всё в программировании). Трудность при этом состоит только в том, чтобы правильно соединять со стволом "оторванные ветви", удовлетворяющие параметрам фильтра, тогда как более старшие части той же ветви (более близкие к ее корню) не удовлетворют им, и поэтому их показывать нельзя. Самый простой способ - это привязывать их прямо к стволу, не разбираясь, есть ли старшие участки ветви, удовлетворяющие предикату. Но Вам виднее.
Для того, чтобы оставить все, как было, но добавить эту функциональность, можно by default выводить дерево так, как сейчас, т.е. полностью, но добавить окошко с выбором всего нескольких предопределенных параметров фильтрации пользователя. Эти параметры желательно сохранять в системном реестре или в файле настроек для последующего использования. Не надо усложнять и придумывать встроенную "запросную систему" для ввода любых произвольных фильтров.
Если даже сделать фильтрацию только по именам процедур (а почему бы и не по именам таблиц и других терминальных узлов дерева?), то уже это одно нам помогло бы: мы бы стали в именах использовать префиксы, позволяющие так фильтровать. Но можно еще добавить фильтрацию по связанным с процедурой таблицам, а таблиц - по связанным таблицам и процедурам и т.п.
Я уверен, что разработчики, и без того много внимания уделяющие автоматизации UI, с таким же вниманием отнесутся и к этому предложению.

Ursus
Сообщения: 28
Зарегистрирован: Вт 09 апр 2013 07:54
Контактная информация:

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

Сообщение Ursus » Чт 02 май 2013 06:33

В 6-ой версии отлично реализован функционал форматирования кода. Но, к сожалению, не хватает форматирования конструкции INSERT ... ON DUPLICATE KEY UPDATE. Не могли бы Вы ее добавить в профили форматирования?

Ursus
Сообщения: 28
Зарегистрирован: Вт 09 апр 2013 07:54
Контактная информация:

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

Сообщение Ursus » Вт 07 май 2013 08:02

Еще хотелось автоформатирование конструкции INSERT ... SET можно было настраивать так же как UPDATE

INSERT INTO table1
SET
field1 = value1,
field2 = value2;

Alexander

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

Сообщение Alexander » Пн 13 май 2013 14:32

Пожалуйста, проголосуйте за данные предложения новой функциональности, которые мы добавили от Вашего имени на нашем UserVoice форуме:

http://devart.uservoice.com/forums/7729 ... rt-on-dupl

http://devart.uservoice.com/forums/7729 ... rt-on-dupl

Ursus
Сообщения: 28
Зарегистрирован: Вт 09 апр 2013 07:54
Контактная информация:

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

Сообщение Ursus » Пн 13 май 2013 14:45

Alexander писал(а):Пожалуйста, проголосуйте за данные предложения новой функциональности, которые мы добавили от Вашего имени на нашем UserVoice форуме:

http://devart.uservoice.com/forums/7729 ... rt-on-dupl

http://devart.uservoice.com/forums/7729 ... rt-on-dupl
Спасибо. Проголосовал.

JayDi
Сообщения: 61
Зарегистрирован: Пт 28 ноя 2008 18:29
Откуда: Россия, г.Сызрань
Контактная информация:

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

Сообщение JayDi » Вс 16 июн 2013 23:22

1. В окне редактирования таблицы пропала горячая клавиша для вызова окна добавления новой колонки (в пятой версии была по нажатию <insert>).

2. Так же хотелось бы доработать страшно неудобный выбор папки и имени файла при резервном копировании (появилось с 5-ой версии). Очень часто надо сделать копию базы, но вместо простого выбора места и имени, приходится сначала выбирать папку через неудобный диалог выбора директории, а затем вручную указывать название файла. Предложение: во-первых, нужно показывать полный путь для будущего файла, а не по отдельности (папку и имя в разных местах экрана); во-вторых, рядом с этим именем можно добавить кнопку для прямого выбора полного пути через стандартный файловый диалог.

3. Ошибка при удалении индекса, который используется во внешнем ключе -- если индекс простой, то dbForge выдаст предупреждение, что его удалить нельзя. НО если индекс составной, то никакого предупреждения выводиться не будет -- появится внутренняя ошибка MySQL. Причем автоматическое создание/удаление индексов такие ситуации распознает корректно. Проверка: создать таблицу и 2 колонки; добавить внешний ключ по колонке 1, сохранить, попробовать удалить индекс по колонке 1 - появится предупреждение; создать составной индекс из двух колонок, сохранить - старый индекс удалиться и вместо него будет наш; попробовать удалить наш составной индекс - удалиться, но при сохранении появится внутренняя ошибка MySQL и ничего в реальности удалено не будет.

Alexander

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

Сообщение Alexander » Ср 19 июн 2013 11:47

3. Ошибка при удалении индекса, который используется во внешнем ключе -- если индекс простой, то dbForge выдаст предупреждение, что его удалить нельзя. НО если индекс составной, то никакого предупреждения выводиться не будет -- появится внутренняя ошибка MySQL. Причем автоматическое создание/удаление индексов такие ситуации распознает корректно. Проверка: создать таблицу и 2 колонки; добавить внешний ключ по колонке 1, сохранить, попробовать удалить индекс по колонке 1 - появится предупреждение; создать составной индекс из двух колонок, сохранить - старый индекс удалиться и вместо него будет наш; попробовать удалить наш составной индекс - удалиться, но при сохранении появится внутренняя ошибка MySQL и ничего в реальности удалено не будет.
Мы попытались воспроизвести данную проблему на нашей стороне и ошибка появилась только в момент сохранения таблицы после удаления индекса.

Не могли бы Вы прислать нам выражения CREATE TABLE данных таблиц (в контекстном меню таблицы в Проводнике выберите 'Создать скрипт как -> CREATE'), а также уточнить, используете ли Вы последнюю сборку dbForge Studio for MySQL, v6.0.265: http://www.devart.com/ru/dbforge/mysql/ ... nload.html

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

Alexander

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

Сообщение Alexander » Ср 19 июн 2013 11:54

1. В окне редактирования таблицы пропала горячая клавиша для вызова окна добавления новой колонки (в пятой версии была по нажатию <insert>).
В версии 6.0 реализовано новое поведение, при котором при нажатии INSERT и активном фокусе в редакторе таблицы новая колонка добавляется сразу в списке колонок в редакторе таблицы.

JayDi
Сообщения: 61
Зарегистрирован: Пт 28 ноя 2008 18:29
Откуда: Россия, г.Сызрань
Контактная информация:

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

Сообщение JayDi » Ср 19 июн 2013 12:10

Alexander писал(а):
3. Ошибка при удалении индекса, который используется во внешнем ключе -- если индекс простой, то dbForge выдаст предупреждение, что его удалить нельзя. НО если индекс составной, то никакого предупреждения выводиться не будет -- появится внутренняя ошибка MySQL. Причем автоматическое создание/удаление индексов такие ситуации распознает корректно. Проверка: создать таблицу и 2 колонки; добавить внешний ключ по колонке 1, сохранить, попробовать удалить индекс по колонке 1 - появится предупреждение; создать составной индекс из двух колонок, сохранить - старый индекс удалиться и вместо него будет наш; попробовать удалить наш составной индекс - удалиться, но при сохранении появится внутренняя ошибка MySQL и ничего в реальности удалено не будет.
Мы попытались воспроизвести данную проблему на нашей стороне и ошибка появилась только в момент сохранения таблицы после удаления индекса.

Не могли бы Вы прислать нам выражения CREATE TABLE данных таблиц (в контекстном меню таблицы в Проводнике выберите 'Создать скрипт как -> CREATE'), а также уточнить, используете ли Вы последнюю сборку dbForge Studio for MySQL, v6.0.265: http://www.devart.com/ru/dbforge/mysql/ ... nload.html

Вы можете прислать ответ напрямую в нашу службу поддержки на supportATdevartDOTcom
Как раз об этой внутренней MySQL ошибки при сохранении и говорится.

Error on rename of './database_xxx/#sql-dd0_9' to './database_xxx/table1' (errno: 150)
Alexander писал(а):
1. В окне редактирования таблицы пропала горячая клавиша для вызова окна добавления новой колонки (в пятой версии была по нажатию <insert>).
В версии 6.0 реализовано новое поведение, при котором при нажатии INSERT и активном фокусе в редакторе таблицы новая колонка добавляется сразу в списке колонок в редакторе таблицы.
Редактировать столбцы прямо в таблице оказалось очень неудобным. Поэтому когда пропала клавиша быстрого вызова окна для редактирования колонки -- расстроился.



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

Закрыто