Сейчас мы только в процессе разработки новой архитектуры для поддержки этого, которая будет доступна в начале в новом продукте dbForge Studio for SQL Server. После этого она будет доступна и в других студиях.russianpenguin писал(а):А будет когда-нибудь возможность автоматической генерации последовательности сборки?
Т.е. если проект содержит много сущностей, который ссылаются друг на друга, то манипуляция последовательностью сборки становится очень проблематичной.
Голосуйте за желаемую функциональность dbForge Studio!
-
- Devart Team
- Сообщения: 374
- Зарегистрирован: Ср 09 сен 2009 07:54
- Откуда: devart
- Контактная информация:
Re: Голосуйте за желаемую функциональность dbForge Studio!
У меня в базе больще сотни хранимых процедур. Очень нехватает фильтрации в проводнике БД (как в SQL Management Studio), чтобы выбирать нужные таблицы.
Re: Голосуйте за желаемую функциональность dbForge Studio!
Код: Выделить всё
У меня в базе больще сотни хранимых процедур. Очень нехватает фильтрации в проводнике БД (как в SQL Management Studio), чтобы выбирать нужные таблицы.
http://devart.uservoice.com/forums/7729 ... abase-expl
Зарегистрировавшись на данном форуме, Вы можете сами добавлять предложения новой функциональности на английском языке, а также голосовать за предложения других пользователей.
Re: Голосуйте за желаемую функциональность dbForge Studio!
Save/Restore desktop
Предлагаю добавить функционал по сохранению и восстановлению рабочего стола dbForge Studio. В таких средах разработки и программах, как Delphi, IBExpert, Radialix и др. это реализовано. При открытии той или иной базы тебе все предыдущие вкладки и окна открываются.
http://devart.uservoice.com/forums/7729 ... re-desktop
Предлагаю добавить функционал по сохранению и восстановлению рабочего стола dbForge Studio. В таких средах разработки и программах, как Delphi, IBExpert, Radialix и др. это реализовано. При открытии той или иной базы тебе все предыдущие вкладки и окна открываются.
http://devart.uservoice.com/forums/7729 ... re-desktop
Re: Голосуйте за желаемую функциональность dbForge Studio!
Похожее предложение уже было добавлено одним из пользователей. Вы можете перейти по ссылке и проголосовать за него.
Re: Голосуйте за желаемую функциональность dbForge Studio!
А сохранение и восстановление проекта - разве этого мало?
Re: Голосуйте за желаемую функциональность dbForge Studio!
Всецело присоединяюсь к этому предложению ravenger. У меня аналогичная проблема. Думаю, что и у многих других.У меня в базе больще сотни хранимых процедур. Очень нехватает фильтрации в проводнике БД (как в SQL Management Studio), чтобы выбирать нужные таблицы.
Для подобных целей я в своих интерактивных программах применяю фильтрацию дерева по нескольким параметрам, которые могут быть использованы как по отдельности, так и действовать одновременно. Это не так уж трудно сделать, но требует времени (как и всё в программировании). Трудность при этом состоит только в том, чтобы правильно соединять со стволом "оторванные ветви", удовлетворяющие параметрам фильтра, тогда как более старшие части той же ветви (более близкие к ее корню) не удовлетворют им, и поэтому их показывать нельзя. Самый простой способ - это привязывать их прямо к стволу, не разбираясь, есть ли старшие участки ветви, удовлетворяющие предикату. Но Вам виднее.
Для того, чтобы оставить все, как было, но добавить эту функциональность, можно by default выводить дерево так, как сейчас, т.е. полностью, но добавить окошко с выбором всего нескольких предопределенных параметров фильтрации пользователя. Эти параметры желательно сохранять в системном реестре или в файле настроек для последующего использования. Не надо усложнять и придумывать встроенную "запросную систему" для ввода любых произвольных фильтров.
Если даже сделать фильтрацию только по именам процедур (а почему бы и не по именам таблиц и других терминальных узлов дерева?), то уже это одно нам помогло бы: мы бы стали в именах использовать префиксы, позволяющие так фильтровать. Но можно еще добавить фильтрацию по связанным с процедурой таблицам, а таблиц - по связанным таблицам и процедурам и т.п.
Я уверен, что разработчики, и без того много внимания уделяющие автоматизации UI, с таким же вниманием отнесутся и к этому предложению.
Re: Голосуйте за желаемую функциональность dbForge Studio!
В 6-ой версии отлично реализован функционал форматирования кода. Но, к сожалению, не хватает форматирования конструкции INSERT ... ON DUPLICATE KEY UPDATE. Не могли бы Вы ее добавить в профили форматирования?
Re: Голосуйте за желаемую функциональность dbForge Studio!
Еще хотелось автоформатирование конструкции INSERT ... SET можно было настраивать так же как UPDATE
INSERT INTO table1
SET
field1 = value1,
field2 = value2;
Re: Голосуйте за желаемую функциональность dbForge Studio!
Пожалуйста, проголосуйте за данные предложения новой функциональности, которые мы добавили от Вашего имени на нашем UserVoice форуме:
http://devart.uservoice.com/forums/7729 ... rt-on-dupl
http://devart.uservoice.com/forums/7729 ... rt-on-dupl
http://devart.uservoice.com/forums/7729 ... rt-on-dupl
http://devart.uservoice.com/forums/7729 ... rt-on-dupl
Re: Голосуйте за желаемую функциональность dbForge Studio!
Спасибо. Проголосовал.Alexander писал(а):Пожалуйста, проголосуйте за данные предложения новой функциональности, которые мы добавили от Вашего имени на нашем UserVoice форуме:
http://devart.uservoice.com/forums/7729 ... rt-on-dupl
http://devart.uservoice.com/forums/7729 ... rt-on-dupl
-
- Сообщения: 61
- Зарегистрирован: Пт 28 ноя 2008 18:29
- Откуда: Россия, г.Сызрань
- Контактная информация:
Re: Голосуйте за желаемую функциональность dbForge Studio!
1. В окне редактирования таблицы пропала горячая клавиша для вызова окна добавления новой колонки (в пятой версии была по нажатию <insert>).
2. Так же хотелось бы доработать страшно неудобный выбор папки и имени файла при резервном копировании (появилось с 5-ой версии). Очень часто надо сделать копию базы, но вместо простого выбора места и имени, приходится сначала выбирать папку через неудобный диалог выбора директории, а затем вручную указывать название файла. Предложение: во-первых, нужно показывать полный путь для будущего файла, а не по отдельности (папку и имя в разных местах экрана); во-вторых, рядом с этим именем можно добавить кнопку для прямого выбора полного пути через стандартный файловый диалог.
3. Ошибка при удалении индекса, который используется во внешнем ключе -- если индекс простой, то dbForge выдаст предупреждение, что его удалить нельзя. НО если индекс составной, то никакого предупреждения выводиться не будет -- появится внутренняя ошибка MySQL. Причем автоматическое создание/удаление индексов такие ситуации распознает корректно. Проверка: создать таблицу и 2 колонки; добавить внешний ключ по колонке 1, сохранить, попробовать удалить индекс по колонке 1 - появится предупреждение; создать составной индекс из двух колонок, сохранить - старый индекс удалиться и вместо него будет наш; попробовать удалить наш составной индекс - удалиться, но при сохранении появится внутренняя ошибка MySQL и ничего в реальности удалено не будет.
2. Так же хотелось бы доработать страшно неудобный выбор папки и имени файла при резервном копировании (появилось с 5-ой версии). Очень часто надо сделать копию базы, но вместо простого выбора места и имени, приходится сначала выбирать папку через неудобный диалог выбора директории, а затем вручную указывать название файла. Предложение: во-первых, нужно показывать полный путь для будущего файла, а не по отдельности (папку и имя в разных местах экрана); во-вторых, рядом с этим именем можно добавить кнопку для прямого выбора полного пути через стандартный файловый диалог.
3. Ошибка при удалении индекса, который используется во внешнем ключе -- если индекс простой, то dbForge выдаст предупреждение, что его удалить нельзя. НО если индекс составной, то никакого предупреждения выводиться не будет -- появится внутренняя ошибка MySQL. Причем автоматическое создание/удаление индексов такие ситуации распознает корректно. Проверка: создать таблицу и 2 колонки; добавить внешний ключ по колонке 1, сохранить, попробовать удалить индекс по колонке 1 - появится предупреждение; создать составной индекс из двух колонок, сохранить - старый индекс удалиться и вместо него будет наш; попробовать удалить наш составной индекс - удалиться, но при сохранении появится внутренняя ошибка MySQL и ничего в реальности удалено не будет.
Re: Голосуйте за желаемую функциональность dbForge Studio!
Мы попытались воспроизвести данную проблему на нашей стороне и ошибка появилась только в момент сохранения таблицы после удаления индекса.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
Re: Голосуйте за желаемую функциональность dbForge Studio!
В версии 6.0 реализовано новое поведение, при котором при нажатии INSERT и активном фокусе в редакторе таблицы новая колонка добавляется сразу в списке колонок в редакторе таблицы.1. В окне редактирования таблицы пропала горячая клавиша для вызова окна добавления новой колонки (в пятой версии была по нажатию <insert>).
-
- Сообщения: 61
- Зарегистрирован: Пт 28 ноя 2008 18:29
- Откуда: Россия, г.Сызрань
- Контактная информация:
Re: Голосуйте за желаемую функциональность dbForge Studio!
Как раз об этой внутренней MySQL ошибки при сохранении и говорится.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
Error on rename of './database_xxx/#sql-dd0_9' to './database_xxx/table1' (errno: 150)
Редактировать столбцы прямо в таблице оказалось очень неудобным. Поэтому когда пропала клавиша быстрого вызова окна для редактирования колонки -- расстроился.Alexander писал(а):В версии 6.0 реализовано новое поведение, при котором при нажатии INSERT и активном фокусе в редакторе таблицы новая колонка добавляется сразу в списке колонок в редакторе таблицы.1. В окне редактирования таблицы пропала горячая клавиша для вызова окна добавления новой колонки (в пятой версии была по нажатию <insert>).
Маленькое дополнение: при редактировании уже созданной таблицы программа не дает удалить последний столбец, предупреждая, что у должен остаться хотя бы один. НО это предупреждение должно было бы выскакивать не в момент редактирования, а перед реальным сохранением в базу. Например, когда стоит задача "удалить старые и создать новые стобцы" -- в этом случае предупреждение только мешает.