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

[KPC]

Большое Вам спасибо. Жду с нетерпением новый билд.

[AlexZ]

to KPC:
Проблема исправлена. Новый билд dbForge Studio for MySQL v4.50.339 доступен для скачивания на нашем сайте.

[KPC]

to AlexZ:
Обновил, работает ровно как хотелось. Большое спасибо!

[xayam]

Если Вам интересен наш продукт - мы предлагаем принять активное участие в формировании списка функциональности следующей версии.
Здесь же Вы можете внести свое предложение ...

Визуальное отображение в Проводнике по таблицам можно "немного" доработать.

У меня, например, в базе около 100 таблиц, хотя ничего не мешает сделать и больше.
Чтобы не потеряться в таком количестве привык называть таблицы строго по системе вида prefix_sectionN_subsectionM.
Например, список названий таблиц может выглядеть так:
prefix_section1 [это обычно связующая таблица для всей секции 1]
prefix_section1_subsection1
prefix_section1_subsection2
prefix_section1_subsection3
prefix_section1_subsection4
prefix_section2 [это обычно связующая таблица для всей секции 2]
prefix_section2_subsection1
prefix_section2_subsection2
prefix_section2_subsection3
...

Так вот. Было бы не плохо, если можно было сворачивать каждую секцию отдельно ( как это уже сделано для Представлений, Процедур, Функций и т.д. ) и сохранять при выходе текущее состояние свернутых секций... Для автоматического определения секции лучше всего использовать знак подчеркивания, хотя это конечно не обязательно... Как вариант в настройках добавить возможность ввода специального регулярного выражения для разделения имени таблиц на части, например так %prefix%_%sectionN%_%subsectionM% и ниже в настройках добавить галочку(и)-флаг (нужно сворачивать или нет) для каждого уровня, поскольку уровней может быть больше одного. Еще лучше вынести категоризацию таблиц на уровень проекта ( .mydev )... Под категоризацией здесь понимается функциональная категоризация таблиц для удобства разработки и отображения в Проводнике. Также желательна сортировка таблиц в Проводнике не только по алфавиту... но и например в произвольном настраиваемом пользователем порядке, который также лучше всего сохранить в проекте базы данных и восстанавливать при открытии.

PS Спасибо за отличную программу.

[Evgheny]

Спасибо за отличную программу.
Среди всех аналогов - лучшая.

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

Было бы очень здорово, если бы вне зависимости от того, какой тип синхронизации я выбираю (данные или структура), сначала был бы выбор списка таблиц, которые нужны синхронизации.
Немного путано, но надеюсь, что понятно.
Спасибо за внимание

[.jp]

to Evgheny

Данная функциональность уже реализована. Для этого в мастере сравнения, на странице "Соответствия" необходимо выбрать только те таблицы, которые надо сравнивать (а затем и синхронизировать). Остальные выключить.

[Evgheny]

to .jp

Спасибо.
Но когда я вызываю мастер сравнения данных, то закладка "соответствия" есть, а когда вызываю сравнение структуры - такой закладки нет.
Как быть в этом случае?

[.jp]

Для процесса сравнения данных необходимо:
1) получить информацию (имя и тип) об объектах в двух базах данных
2) установить соответствие между однотипными объектами этих баз
3) выбрать данные каждого объекта базы данных
4) выполнить сравнение этих выбранных данных (DML)

Самая продолжительная задача (по времени) - п.3. и п.4. При огромных базах данных и узкому каналу передачи данных действительно может занимать часы, а то и десятки часов.

Для процесса сравнения схем объектов необходимо:
1) получить информацию (имя, тип) об объектах в двух базах данных
2) получить информацию (сама информация о зависимостях + DDL каждого из объектов) о зависимостях между объектами
3) установить соответствие между однотипными объектами этих баз
4) выполнить сравнение схем объектов (DDL)

Самая продолжительная задача (по времени) - п.1 и п.2. При огромных базах данных (особенно для тех, у которых огромное количество, около 10 тыс и более, процедур и функций) может занимать минуты или десятки минут.

Исходя из приведенного алгоритма работы инструментов сравнения (про синхронизацию отдельный разговор!) установление соответствия между объектами и возможность исключения из сравнения какого-либо из объектов необходимо только для сравнения данных, так как сравнение может занимать часы. Для сравнения схем исключать объекты из сравнения не получится и не имеет смысла, и вот почему: в таком случае пришлось бы посылать еще дополнительные запросы на количество объектов соответствующего типа, которые потом будут исключены из сравнения, а также потому, что алгоритм разрешения зависимостей (тот, который в дальнейшем будет формировать скрипт и влиять на последовательность DDL в скрипте синхронизации) требует чтобы были получены все объекты из выбранных баз данных.
Другую задачу, которую можно было решить при наличии функциональности установление соответствия между объектами в инструменте сравнения схем - возможность сравнивать две базы данных, в которых объекты, отличаются только префиксом, например, tmp_table1 и table1. Такая задача уже находится в плане разработок следующих версий продукта.

[Artem-tms]

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

1. Экспорт в SQL выделенных строк. Более того, выделенных ячеек в SQL. Примерно так: выделить-правая клавиша мыши-в SQL
2. Дублирование строки. Правая клавиша мыши - Дублировать

[Alexander]

1. Экспорт в SQL выделенных строк. Более того, выделенных ячеек в SQL. Примерно так: выделить-правая клавиша мыши-в SQL

Возможность экспорта выделенных строк в SQL формат будет реализована в одной из следующих сборок dbForge Studio for MySQL.

2. Дублирование строки. Правая клавиша мыши - Дублировать

Чтобы скопировать существующие строки, выделите их, щёлкните правой кнопкой мыши в редакторе данных и выберите 'Копировать', затем 'Вставить как новые строки'.

[Artem-tms]

Возможность экспорта выделенных строк в SQL формат будет реализована в одной из следующих сборок dbForge Studio for MySQL.

Это круто, спасибо

Чтобы скопировать существующие строки, выделите их, щёлкните правой кнопкой мыши в редакторе данных и выберите 'Копировать', затем 'Вставить как новые строки'.

... и отругается на уникальное поле - идентификатор (например id).

[Alexander]

... и отругается на уникальное поле - идентификатор (например id).

В данном случае Вам не удастся добавить запись с идентичным значением поля в любом случае.

[Artem-tms]

В данном случае Вам не удастся добавить запись с идентичным значением поля в любом случае.

Почему в любом? Можно, например, при дублировании все значения автоинкрементных полей заменить на null. Ну, в принципе, отправка выделенных полей в SQL тоже решит проблему - можно загрузить в редактор без автоинкрементных и запустить.

[Alexander]

Мы добавили данное предложение на наш UserVoice форум: http://devart.uservoice.com/forums/7729 ... hem-into-t

Мы делаем это с целью внесения наиболее востребованных предложений пользователей в план разработки новых версий продукта.

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

[russianpenguin]

А будет когда-нибудь возможность автоматической генерации последовательности сборки?
Т.е. если проект содержит много сущностей, который ссылаются друг на друга, то манипуляция последовательностью сборки становится очень проблематичной.