Сравнение схем редакции базы данных VSTS

Question

Мы используем VSTS Database Edition для контроля версий наших схем баз данных. Мне нравится идея о том, как это должно работать, но есть большая проблема с функцией сравнения схем. Мне нравится использовать его для моих развертываний, чтобы увидеть, что изменилось в проекте по сравнению с целевой базой данных. К сожалению, он показывает много изменений для объектов, которые не были изменены. Это происходит, даже если я делаю это немедленно после воссоздания проекта базы данных из базы данных.

Различия, которые он находит, в основном пустые. Некоторые из них вызваны различным представлением одной и той же вещи, например, ограничения по умолчанию, "DEFAULT ((0))" против "DEFAULT (0)". Несмотря на то, что я все равно могу развернуть изменения, и это не вызовет никаких проблем, это определенно не идеально, потому что трудно найти реальные изменения, когда как минимум 50% всех объектов показаны как измененные. Есть ли способ сделать эту работу лучше?

Answer 1

Решением этой проблемы было обновление до версии Database Edition GDR R2, которая была предложена Митчем Уитом в его комментарии. Я использовал стандартную версию, которая шла с VS2008 раньше. Релиз GDR, похоже, имеет несколько удобных юзабилити-функций и исправил все мои проблемы со сравнением схем.

Общая информация о VDRS Database Edition GDR: http://msdn.microsoft.com/en-us/magazine/dd483214.aspx.

Последняя версия загрузки здесь .

Answer 2

Я продолжаю надеяться, что VSTS Database Edition станет более надежным. В то же время я все еще доверяю и использую redgate's SQL Compare для сравнения баз данных. Вы можете сказать ему, как вы хотите, чтобы он обрабатывал пробелы, комментарии и т. Д. На очень детальном уровне.

Я использую SQL Compare около 5 лет, и он всегда был очень надежным. У меня есть автоматические сценарии сборки, которые используют API механизма SQL Compare для сравнения нашей производственной базы данных и базы данных разработчика и автоматического создания сценариев изменений.

PS. Я не связан с Redgate. Я просто излагаю свое мнение на основе моего опыта. Также нет ничего плохого в том, чтобы болеть за маленького парня.