Голосуйте за желаемую функциональность dbForge Studio!
Re: Голосуйте за желаемую функциональность dbForge Studio!
Визуальное отображение в Проводнике по таблицам можно "немного" доработать..jp писал(а): Если Вам интересен наш продукт - мы предлагаем принять активное участие в формировании списка функциональности следующей версии.
Здесь же Вы можете внести свое предложение ...
У меня, например, в базе около 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 Спасибо за отличную программу.
Спасибо за отличную программу.
Среди всех аналогов - лучшая.
Программу я нашел только когда возникла необходимость в выборочной синхронизации данных между двумя серверами.
Отлично все работает, но было бы неплохо в синхронизацию включить еще такую штуку: после выбора сорс и таргет серверов, вывести список таблиц, чтобы можно было выбрать какие таблицы сравнивать, а какие нет.
Потому что иногда действительно нужна частичная синхронизация только одной таблицы. Программа же при этом все равно проверит все (что занимает некоторое время), и только потом дает возможность выбирать действия. А если база большая, то сравнение может занять пол-часа - час, что несколько тормозит работу.
Было бы очень здорово, если бы вне зависимости от того, какой тип синхронизации я выбираю (данные или структура), сначала был бы выбор списка таблиц, которые нужны синхронизации.
Немного путано, но надеюсь, что понятно.
Спасибо за внимание
Среди всех аналогов - лучшая.
Программу я нашел только когда возникла необходимость в выборочной синхронизации данных между двумя серверами.
Отлично все работает, но было бы неплохо в синхронизацию включить еще такую штуку: после выбора сорс и таргет серверов, вывести список таблиц, чтобы можно было выбрать какие таблицы сравнивать, а какие нет.
Потому что иногда действительно нужна частичная синхронизация только одной таблицы. Программа же при этом все равно проверит все (что занимает некоторое время), и только потом дает возможность выбирать действия. А если база большая, то сравнение может занять пол-часа - час, что несколько тормозит работу.
Было бы очень здорово, если бы вне зависимости от того, какой тип синхронизации я выбираю (данные или структура), сначала был бы выбор списка таблиц, которые нужны синхронизации.
Немного путано, но надеюсь, что понятно.
Спасибо за внимание
-
- Devart Team
- Сообщения: 374
- Зарегистрирован: Ср 09 сен 2009 07:54
- Откуда: devart
- Контактная информация:
Для процесса сравнения данных необходимо:
1) получить информацию (имя и тип) об объектах в двух базах данных
2) установить соответствие между однотипными объектами этих баз
3) выбрать данные каждого объекта базы данных
4) выполнить сравнение этих выбранных данных (DML)
Самая продолжительная задача (по времени) - п.3. и п.4. При огромных базах данных и узкому каналу передачи данных действительно может занимать часы, а то и десятки часов.
Для процесса сравнения схем объектов необходимо:
1) получить информацию (имя, тип) об объектах в двух базах данных
2) получить информацию (сама информация о зависимостях + DDL каждого из объектов) о зависимостях между объектами
3) установить соответствие между однотипными объектами этих баз
4) выполнить сравнение схем объектов (DDL)
Самая продолжительная задача (по времени) - п.1 и п.2. При огромных базах данных (особенно для тех, у которых огромное количество, около 10 тыс и более, процедур и функций) может занимать минуты или десятки минут.
Исходя из приведенного алгоритма работы инструментов сравнения (про синхронизацию отдельный разговор!) установление соответствия между объектами и возможность исключения из сравнения какого-либо из объектов необходимо только для сравнения данных, так как сравнение может занимать часы. Для сравнения схем исключать объекты из сравнения не получится и не имеет смысла, и вот почему: в таком случае пришлось бы посылать еще дополнительные запросы на количество объектов соответствующего типа, которые потом будут исключены из сравнения, а также потому, что алгоритм разрешения зависимостей (тот, который в дальнейшем будет формировать скрипт и влиять на последовательность DDL в скрипте синхронизации) требует чтобы были получены все объекты из выбранных баз данных.
Другую задачу, которую можно было решить при наличии функциональности установление соответствия между объектами в инструменте сравнения схем - возможность сравнивать две базы данных, в которых объекты, отличаются только префиксом, например, tmp_table1 и table1. Такая задача уже находится в плане разработок следующих версий продукта.
1) получить информацию (имя и тип) об объектах в двух базах данных
2) установить соответствие между однотипными объектами этих баз
3) выбрать данные каждого объекта базы данных
4) выполнить сравнение этих выбранных данных (DML)
Самая продолжительная задача (по времени) - п.3. и п.4. При огромных базах данных и узкому каналу передачи данных действительно может занимать часы, а то и десятки часов.
Для процесса сравнения схем объектов необходимо:
1) получить информацию (имя, тип) об объектах в двух базах данных
2) получить информацию (сама информация о зависимостях + DDL каждого из объектов) о зависимостях между объектами
3) установить соответствие между однотипными объектами этих баз
4) выполнить сравнение схем объектов (DDL)
Самая продолжительная задача (по времени) - п.1 и п.2. При огромных базах данных (особенно для тех, у которых огромное количество, около 10 тыс и более, процедур и функций) может занимать минуты или десятки минут.
Исходя из приведенного алгоритма работы инструментов сравнения (про синхронизацию отдельный разговор!) установление соответствия между объектами и возможность исключения из сравнения какого-либо из объектов необходимо только для сравнения данных, так как сравнение может занимать часы. Для сравнения схем исключать объекты из сравнения не получится и не имеет смысла, и вот почему: в таком случае пришлось бы посылать еще дополнительные запросы на количество объектов соответствующего типа, которые потом будут исключены из сравнения, а также потому, что алгоритм разрешения зависимостей (тот, который в дальнейшем будет формировать скрипт и влиять на последовательность DDL в скрипте синхронизации) требует чтобы были получены все объекты из выбранных баз данных.
Другую задачу, которую можно было решить при наличии функциональности установление соответствия между объектами в инструменте сравнения схем - возможность сравнивать две базы данных, в которых объекты, отличаются только префиксом, например, tmp_table1 и table1. Такая задача уже находится в плане разработок следующих версий продукта.
Возможность экспорта выделенных строк в SQL формат будет реализована в одной из следующих сборок dbForge Studio for MySQL.1. Экспорт в SQL выделенных строк. Более того, выделенных ячеек в SQL. Примерно так: выделить-правая клавиша мыши-в SQL
Чтобы скопировать существующие строки, выделите их, щёлкните правой кнопкой мыши в редакторе данных и выберите 'Копировать', затем 'Вставить как новые строки'.2. Дублирование строки. Правая клавиша мыши - Дублировать
Это круто, спасибоAlexander писал(а):Возможность экспорта выделенных строк в SQL формат будет реализована в одной из следующих сборок dbForge Studio for MySQL.
... и отругается на уникальное поле - идентификатор (например id).Alexander писал(а): Чтобы скопировать существующие строки, выделите их, щёлкните правой кнопкой мыши в редакторе данных и выберите 'Копировать', затем 'Вставить как новые строки'.
Почему в любом? Можно, например, при дублировании все значения автоинкрементных полей заменить на null. Ну, в принципе, отправка выделенных полей в SQL тоже решит проблему - можно загрузить в редактор без автоинкрементных и запустить.Alexander писал(а): В данном случае Вам не удастся добавить запись с идентичным значением поля в любом случае.
Мы добавили данное предложение на наш UserVoice форум: http://devart.uservoice.com/forums/7729 ... hem-into-t
Мы делаем это с целью внесения наиболее востребованных предложений пользователей в план разработки новых версий продукта.
Зарегистрировавшись на данном форуме, Вы можете сами добавлять предложения новой функциональности на английском языке, а также голосовать за предложения других пользователей.
Мы делаем это с целью внесения наиболее востребованных предложений пользователей в план разработки новых версий продукта.
Зарегистрировавшись на данном форуме, Вы можете сами добавлять предложения новой функциональности на английском языке, а также голосовать за предложения других пользователей.
-
- Сообщения: 5
- Зарегистрирован: Чт 05 янв 2012 09:57
- Откуда: Россия
- Контактная информация: