SQL Server在.NET Core类库中应用EF Core迁移数据库到SQL Server

前言

假如我们刚使用EntityFramework
Core作为ORM框架的话,想必都会遇上数据库迁移的部分题材。

开场我是在ASP.NET
Core的Web项目中开展的,但后来意识位于这里并不是很客观,一些有关数据库的迁徙,比如新增表,字段,修改字段类型等等,不应当和最上层的Web项目所涉及,数据的迁移文件放到这里也感觉有点多余,有点乱乱的感觉,所以才想着单独出来由特其它类型展开管理会相比好,也相比较明晰!

小心目的框架拔取的是.NET Core 2.0而不是.NET
Standard 2.0。

0、先前时期准备

a)、表实体定义,这多少个是在.NET
Standard 2.0的类库中存放的。

    /// <summary>
    /// 系统应用的用户实体
    /// </summary>
    public class ApplicationUser : BaseModel
    {
        /// <summary>
        /// 用户名
        /// </summary>
        public string UserName { get; set; }

        /// <summary>
        /// 密码
        /// </summary>
        public string Password { get; set; }

        /// <summary>
        /// 邮件地址
        /// </summary>
        public string Email { get; set; }
    }

b)、新建一个.NET Core
2.0的类库,并定义好大家所要使用的数据库上下文,很简短,接下去初阶咱们的正文

    /// <summary>
    /// 系统上下文
    /// </summary>
    public class LightContext : DbContext
    {
        public LightContext(DbContextOptions<LightContext> options) : base(options)
        {
        }

        /// <summary>
        /// 系统应用用户
        /// </summary>
        public DbSet<ApplicationUser> ApplicationUser { get; set; }

        /// <summary>
        /// 角色表
        /// </summary>
        public DbSet<Role> Role { get; set; }
    }

1、问题集中

率先要保证仓储类库中早已引入以下四个Nuget包,没有的话请使用包管理器举办设置。不提议直接引入原包:Microsoft.AspNetCore.All,按需引入即可

Install-Package Microsoft.EntityFrameworkCore.SqlServer

Install-Package Microsoft.EntityFrameworkCore.Tools

a)打开CMD,然后切换来类库所在路径下,执行以下命令。但是你也足以应用程序包管理器控制台(PMC)进行搬迁,可是会有星星点点变化,部分命令见下表:

迁移命令描述 CMD命令 PMC命令
创建迁移:migrationname为迁移名称 dotnet ef migrations add migrationname add-migration migrationname
移除迁移(删除最近的一次迁移) dotnet ef migrations remove remove-migration
应用最新的迁移(使迁移文件应用到数据库) dotnet ef database update update-database
应用指定的迁移 dotnet ef database update migrationname update-database migrationname
查看迁移列表 dotnet ef migrations list  
查看数据库上下文信息 dotnet ef dbcontext info  
dotnet ef

SQL Server 1

谬误指示:

  未找到与命令“dotnet-ef”匹配的可执行文件

解决方法:

  在项目文件Light.Repository.csproj中添加以下节点

<ItemGroup>
    <DotNetCliToolReference Include="Microsoft.EntityFrameworkCore.Tools.DotNet" Version="2.0.1" />
</ItemGroup>

双重履行上边的命令,假如出现了EF
Core的表明(一头蓄势待发的野马)表示已经成功

SQL Server 2

 b)、执行以下命令举办搬迁

dotnet ef migrations add InitLightDB

SQL Server 3

谬误指示:

The specified framework version ‘2.0’ could
not be parsed
The specified framework
‘Microsoft.NETCore.App’, version ‘2.0’ was not found.

  • Check application dependencies and
    target a framework version installed at:
    \
  • Alternatively, install the framework
    version ‘2.0’.

化解措施:

  在类型文件中添加以下节点:

  <PropertyGroup>
    <TargetFramework>netcoreapp2.0</TargetFramework>
    <RuntimeFrameworkVersion>2.0.3</RuntimeFrameworkVersion>
  </PropertyGroup>

c)、重新履行b步骤的授命,报错信息如下:

SQL Server 4

荒谬指示:

  Unable to create an object of type
‘LightContext’. Add an implementation of
‘IDesignTimeDbContextFactory<LightContext>’ to the project, or see
https://go.microsoft.com/fwlink/?linkid=851728 for additional patterns
supported at design time.

本条题目假假设在Web项目,并且配备了DbContext的链接字符串的话,是不会产出此问题的。很强烈是迁移命令没有找到DbConnectionString导致的,接下去大家遵照指示,实现一个IDesign提姆(Tim)eDbContextFactory<LightContext>试试

化解措施:

  创设一个与DbContext同一目录下的Design提姆(Tim)eDbContextFactory文件,然后实现接口中的方法CreateDbContext,并布置ConnectionString

   public class DesignTimeDbContextFactory : IDesignTimeDbContextFactory<LightContext>
    {
        public LightContext CreateDbContext(string[] args)
        {
            var builder = new DbContextOptionsBuilder<LightContext>();
            builder.UseSqlServer("Server=(localdb)\\MSSQLLocalDB;Integrated Security=true;Initial Catalog=Light;");
            return new LightContext(builder.Options);
        }
    }

 再一次实施迁移命令,终于不负众望了。

SQL Server 5

得逞唤醒:

  Done. To undo this action, use ‘ef
migrations remove’

同时类库下边会生成Migrations文件夹以及相关的动迁文件

SQL Server 6

2、小试迁移命令

a)、使用以下命令应用迁移,生成数据库和表

dotnet ef database update

SQL Server 7

经过VS的SQL
Server资源管理器查看生成数据库的构造,其中__EFMigrationsHistory为每趟迁移的记录表

SQL Server 8

b)、因为string类型的字段迁移到数据库之后的数据类型为nvarchar(max)并且是可空类型的,下面我们就使用Fluent
API对ApplicationUser表字段进展布局,同样你也足以利用性质表明的方法展开配置,因为自己自己不希罕“污染”表实体

    public static void ConfigApplicationUser(ModelBuilder modelBuilder)
        {
            modelBuilder.Entity<ApplicationUser>(m =>
            {
                m.Property(t => t.Email)
                        .HasMaxLength(50);

                m.Property(t => t.UserName)
                        .IsRequired()
                        .HasMaxLength(50);

                m.Property(t => t.Password)
                        .IsRequired()
                        .HasMaxLength(20);
            });
        }

下一场同样使用方面的两条命令重新迁移并革新数据库结构

SQL Server 9

观望数据库表结构早已更新

SQL Server 10

 同理添加字段,删除字段都是均等的动迁操作,还是很有利的

3、扩展

a)、为了方便演示,其实上边在类库中实践迁移时的数据库连接字符串是写死的,那么最好的章程是应有去读取Web项目下已经部署好的连续,这样就能保证上下的一致性,不用再去为了EF的动迁而单身维护一个剩余的数据库连接配置。改造也很简短,即透过Configuration组件读取appsettings.json的ConnectionStrings节点,改造之后是这样子的:

    public class DesignTimeDbContextFactory : IDesignTimeDbContextFactory<LightContext>
    {
        public LightContext CreateDbContext(string[] args)
        {
            Directory.SetCurrentDirectory("..");//设置当前路径为当前解决方案的路径
            string appSettingBasePath = Directory.GetCurrentDirectory() + "/Light.AuthorityApi";//改成你的appsettings.json所在的项目名称
            var configBuilder = new ConfigurationBuilder()
                .SetBasePath(appSettingBasePath)
                .AddJsonFile("appsettings.json")
                .Build();

            var builder = new DbContextOptionsBuilder<LightContext>();
            //builder.UseSqlServer("Server=(localdb)\\MSSQLLocalDB;Integrated Security=true;Initial Catalog=Light;");
            builder.UseSqlServer(configBuilder.GetConnectionString("LightConnection"));
            return new LightContext(builder.Options);
        }
    }

注意需要额外引入下面这多少个Nuget包:

Install-Package Microsoft.Extensions.Configuration.Json

b)、属性表明[Column(Order = 1)]对EF
Core来说还从未高达可以调动数据库生成字段的逐一,不过我们还可以修改迁移文件的实业性质的逐条来达到我们想要的功效。下面是自家调动过后再次生成的表,是不是看出来和上边的有哪些两样,一图胜万语:

SQL Server 11

 c)、最后一步,自己出手试试看:成立一个SeedData迁移文件来添加数据库的发端数据。:)

4、最后

EF
Core的强大远不止这么些,还有更多的施用方法等着我们去发现,去探究。天天提高一点点,是件很快乐的事体!

相关文章