Для каждого объекта SQL Server в классе MigrationHelpers имеется два метода: один создает объект, другой удаляет объект. Вспомните, что при применении миграции выполняется метод Up, а при откате миграции — метод Down. Вызовы статических методов создания должны попасть в метод Up миграции, тогда как вызовы статических методов удаления — в метод Down миграции. В результате применения миграции создаются два объекта SQL Server, которые в случае отката миграции благополучно удаляются. Ниже приведен модифицированный код миграции:
namespace AutoLot.Dal.EfStructures.Migrations
{
public partial class SQL : Migration
{
protected override void Up(MigrationBuilder migrationBuilder)
{
MigrationHelpers.CreateSproc(migrationBuilder);
MigrationHelpers.CreateCustomerOrderView(migrationBuilder);
}
protected override void Down(MigrationBuilder migrationBuilder)
{
MigrationHelpers.DropSproc(migrationBuilder);
MigrationHelpers.DropCustomerOrderView(migrationBuilder);
}
}
}
Если вы удалили свою базу данных, чтобы запустить начальную миграцию, тогда можете применить эту миграцию и двигаться дальше. Примените миграцию, выполнив следующую команду:
dotnet ef database update -c AutoLot.Dal.EfStructures.ApplicationDbContext
если вы не удаляли свою базу данных для первой миграции, то процедура уже существует и не может быть снова создана. В таком случае легче всего закомментировать в методе Up вызов статического метода, создающего хранимую процедуру:
protected override void Up(MigrationBuilder migrationBuilder)
{
// MigrationHelpers.CreateSproc(migrationBuilder);
MigrationHelpers.CreateCustomerOrderView(migrationBuilder);
}
После применения полученной миграции в первый раз уберите комментарий с указанной выше строки и все будет работать нормально. Разумеется, можно поступить и по-другому: удалить хранимую процедуру из базы данных и затем применить миграцию. В итоге нарушится парадигма "одно место для обновлений", но это часть перехода со способа "сначала база данных" на способ "сначала код".
На заметку! Вы также могли бы написать код, который сначала проверяет, существует ли объект, и в таком случае удаляет его, но это уже излишество для проблемы, которая возможно никогда не возникнет.
Теперь, когда представление SQL Server на месте, самое время создать модель представления, которая будет использоваться для отображения данных из представления. Модель представления будет добавлена как DbSet без ключа. Преимущество такого подхода в том, что данные можно запрашивать с помощью нормального процесса LINQ, общего для всех коллекций DbSet.
Добавьте в проект AutoLot.Models новый каталог по имени ViewModels, создайте в нем файл класса CustomerOrderViewModel.cs и поместите в него такие операторы using:
using System.ComponentModel.DataAnnotations.Schema;
using Microsoft.EntityFrameworkCore;
Приведите код к следующему виду:
namespace AutoLot.Models.ViewModels
{
[Keyless]
public class CustomerOrderViewModel
{
public string? FirstName { get; set; }
public string? LastName { get; set; }
public string? Color { get; set; }
public string? PetName { get; set; }
public string? Make { get; set; }
public bool? IsDrivable { get;set; }
[NotMapped]
public string FullDetail =>
$"{FirstName} {LastName} ordered a {Color} {Make} named {PetName}";
public override string ToString => FullDetail;
}
}
