Если миграции не указаны, тогда созданный сценарий станет совокупным итогом всех миграций. В случае предоставления миграций сценарий будет содержать изменения между двумя миграциями (включительно). Каждая миграция помещается внутрь транзакции. Если в базе данных, где запускается команда script, таблица __EFMigrationsHistory нe существует, то она создается. Кроме того, она будет обновляться для соответствия выполненным миграциям. Вот несколько примеров:
// Создать сценарий для всех миграций.
dotnet ef migrations script
// Создать сценарий для миграций от начальной до Мапу2Мапу включительно.
dotnet ef migrations script 0 Many2Many
В табл. 22.14 представлены дополнительные параметры. Параметр -о позволяет указать файл для сценария (в каталоге, относительном к тому, где запускается команда), а параметр -i создает идемпотентный сценарий (который содержит проверку, применялась ли уже миграция, и если применялась, то пропускает ее). Параметр --no-transaction отключает добавление транзакций в сценарий.
Для управления базой данных предназначены две команды, drop и update. Команда drop удаляет базу данных, если она существует, а команда update обновляет базу данных с использованием миграций.
Команда drop удаляет базу данных, указанную в строке подключения внутри метода OnConfiguring производного от DbContext класса. С помощью параметра force можно отключить запрос на подтверждение и принудительно закрыть все подключения (табл. 22.15).
Команда update принимает параметр с именем миграции и обычные параметры. Она имеет один дополнительный параметр --connection <подключение>, позволяющий использовать строку подключения, которая не была сконфигурирована заранее.
Если команда запускается без имени миграции, тогда она обновляет базу данных до самой последней миграции, при необходимости создавая саму базу. Если указано имя миграции, то база данных обновляется до этой миграции. Все предшествующие миграции, которые пока не применялись, также будут применены. Имена примененных миграций сохраняются в таблице __EFMigrationsHistory.
Если имя миграции имеет отметку времени, которая соответствует более раннему моменту, чем другие примененные миграции, тогда выполняется откат всех более поздних миграций. Когда в качестве имени миграции указывается 0, происходит откат всех миграций и база данных становится пустой (не считая таблицы __EFMigrationsHistory).
Доступны четыре команды для управления типами DbContext. Три из них (list, info, script) работают с классами, производными от DbContext, в вашем проекте. Команда scaffold создает производный от DbContext класс и сущности из существующей базы данных. Все четыре команды описаны в табл. 22.16.
Для команд list и info доступны обычные параметры. Команда list выдает список классов, производных от DbContext, в целевом проекте. Команда info предоставляет детали об указанном производном от DbContext классе, в том числе строку подключения, имя поставщика и источник данных. Команда script генерирует сценарий SQL, который создает вашу базу данных на основе объектной модели, игнорируя любые имеющиеся миграции. Команда scaffold используется для анализа существующей базы данных и рассматривается в следующем разделе.
Команда scaffold создает из существующей базы данных классы C# (производные от DbContext и сущностные классы ), дополненные аннотациями данных (если требуется) и командами Fluent API. В табл. 22.17 описаны два обязательных параметра: строка подключения к базе данных и полностью заданный поставщик (например, Microsoft.EntityFrameworkCore.SqlServer).
Кроме того, есть параметры, которые позволяют выбирать специфические схемы и таблицы, имя и пространство имен создаваемого класса, выходной каталог и пространство имен для генерируемых сущностных классов, а также многое другое. Предусмотрены и стандартные параметры. В табл. 22.18 перечислены расширенные параметры, которые далее обсуждаются более подробно.
