EF6, миграция общего характера

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

Сейчас при помощи очередного "велосипеда" задача решается влоб - на пользовательской машине целевой шаблон (поставляется с дистрибутивом) сравнивается с текущей структурой БД, по различиям динамически формируется набор запросов, которые приводят структуру БД к требуемому виду.

Возможно ли при помощи EF6 решить эту же задачу малой кровью? Т.е., чтобы без пересоздания базы её структура приводилась к требуемой из любого предыдущего (или не очень) состояния.

P.S.: если эти имеет значение - предполагается использовать подход Code-First и базу MS SQL Server.

Добавлено через 19 часов 52 минуты
То ли я ищу плохо, то ли EF не умеет элементарные вещи ).

Даже метод 'System.Data.Entity.CompatibleWithModel' работает на отвяжись. Т.е., не пытается разобрать реальную структуру базы данных, а просто смотрит записи в таблице '_MigrationHistory' и возвращает истину по факту совпадения с одной из записей в ней. И расхождение текущей модели и структуры БД выявляется только по факту отлова исключения на этапе реальной работы с конкретной таблицей.

И не только этот метод. Например, следующий код безусловно натравленный на базу, не восстанавливает утраченное в таблице поле и не приводит её в соответствие с реальной моделью. И даже с ошибкой при этом не падает. Т.е. вроде как миграция отработала, ожидаешь, что структура в порядке, а на деле в структуре базы может оказаться что угодно.Была идея вручную добавлять строку в "__MigrationHistory" на основании текущей структуры, но не удалось найти метод, который возвращал бы хэш модели по текущей структуре базы данных. И никаких методов, которые заставили бы EF по текущей структуре сформировать новую строку в "__MigrationHistory" и далее уже относительно её сделать апдейт до текущей модели.

0

В Visual Studio загляните в Сервис-SQL Server. Там можно создать сравнение схем двух БД.

0