Devart Forum

dbForge Data Compare for SQL Server 3.0.54

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

Для того, чтобы появились чекбоксы напротив столбцов, необходимо задать соответствия между столбцами таблицы-источника и таблицы-получателя, выбрав нужные столбцы из выпадающего списка колонок для таблицы-получателя в окне 'Соответствие столбцов'.

Более подробную информацию Вы можете найти в разделах 'How To: Map Columns' и 'How To: Set Comparison Key' документации dbForge Data Compare for SQL Server.

Следует также учесть, что некоторые типы данных являются несовместимыми для сравнения (раздел 'Type Compatibility Table' документации).

Проблема пока остается, поэтому приведу больше подробностей:
Источник - бэкап базы из 2008 sql-сервера в режиме совместимости с 2005 sql-сервером.
Получатель - реальная база на 2005 sql-сервере.

Чекбоксы в колонке "Ключ" появляются только для полей из (ПК):


Если в таблице нет первичного ключа, то чекбоксы в колонке "Ключ" не появляются для всех полей:

- проблема отмечена красным прямоугольником.

Если проверять на двух реальных базах, то такой проблемы действительно нет.

Еще интересует доп. фичи - отфильтровать таблицы без ПК, а также таблицы, рядом с которыми есть значок желтого прямоугольника.

Но главная проблема - достать из бэкапа таблицы без ПК.

При сравнении резервной копии с базой данных наличие кластерного ключа обязательно.

Также, можно сперва восстановить базу данных из резервной копии и затем выполнить сравнение двух БД. В данном случае Вы сможете задать ключ сравнения по любому полю.

Alexander, эх, жаль, что сразу из бэкапа не получится.
Придется делать через восстановление.
Спасибо dbForge за мощную программу.

Если возникнут новые вопросы, пожалуйста, обращайтесь, будем рады Вам ответить.

Alexander писал(а):При сравнении резервной копии с базой данных наличие кластерного ключа обязательно.

Также, можно сперва восстановить базу данных из резервной копии и затем выполнить сравнение двух БД. В данном случае Вы сможете задать ключ сравнения по любому полю.

Здравствуйте,
я правильно понимаю, что, в настоящее время, данное ограничение сохранено, а функционал восстановления базы данных из резервной копии урезан?
Обыскал весь графический интерфейс и не нашел, ни одного упоминания о восстановлении из резервной копии.
Права администратора, так что навряд ли этот функционал спрятан из-за прав.
В справке по ключевому слову backup только статьи о синхронизации.

Если это не какие-то специфические проблемы с моей копией dbForge, то выходит, если есть доступ только к резервной копии, в которой присутствуют таблицы без первичного ключа и индексов, то полное восстановление средствами bdForge невозможно?

Я новичок в работе с dbForge for Sql Server (но много работаю с dbForge for MySql), так что прошу прощения, если плохо разобрался в вопросе

я правильно понимаю, что, в настоящее время, данное ограничение сохранено

Да, это так.

функционал восстановления базы данных из резервной копии урезан?
Обыскал весь графический интерфейс и не нашел, ни одного упоминания о восстановлении из резервной копии.
Права администратора, так что навряд ли этот функционал спрятан из-за прав.
В справке по ключевому слову backup только статьи о синхронизации.

Если это не какие-то специфические проблемы с моей копией dbForge, то выходит, если есть доступ только к резервной копии, в которой присутствуют таблицы без первичного ключа и индексов, то полное восстановление средствами bdForge невозможно?

Мы планируем реализовать данную функциональность в одной из следующих версий dbForge Studio for SQL Server.

Также, Вы можете проголосовать за следующее предложение на нашем UserVoice форуме: http://devart.uservoice.com/forums/1770 ... e-database