Comments 8
MSSQL, а не MsSQL, в глаза бросается:) Пожалуйста, пожалуйста, умоляю! Ибо MySQL, сокращение уже привычное глазу.
Поправил)
Мы просто используем CodeFirst подход для ORM-а.
При этом значительная часть миграций выполняется автоматически.
Явное описание необходимо только для «небезопасных» (те при которых могут удаляться данные) миграций.
При этом значительная часть миграций выполняется автоматически.
Явное описание необходимо только для «небезопасных» (те при которых могут удаляться данные) миграций.
Совершенно верно, в случае использования EF Code First есть возможность использования стандартного механизма создания миграций, чем я с радостью пользуюсь в одном из проектов, но к сожалению даже в рамках использования EF, есть куча проектов которые используют подход Model First без возможности переписывания модели БД на Code First. Именно для таких проектов и существуют различного рода системы миграции.
Во первых есть EF CodeFirst Migrations. По мне так удобнее fluentmigrator.
Но вообще есть же DAC (Data-Tier-Application), чем он то вам не угодил?
Но вообще есть же DAC (Data-Tier-Application), чем он то вам не угодил?
Похоже, вы не совсем внимательно прочитали. Фактически я написал GUI для FluentMigrator-a с рядом полезных фич вроде выполнения скриптов из папки.
Насчет EF CodeFirst Migrations см. мой коммент выше.
Насчет EF CodeFirst Migrations см. мой коммент выше.
Еще очень удобно использовать Database Project в VS. Получается что база версионируется вместе с исходниками.
Sign up to leave a comment.
Миграция версий БД MSSQL