40

我正在.NET Core 2.0 中设置 WebApi。我将使用 Entity Framework Core 作为 ORM。整个应用程序将部署为 Docker 容器。让我有点不安的是在这种情况下处理数据库迁移的方式。我的意思是生产环境。这是我设法研究的内容：

  • 我们只是在应用程序中触发 Database.Migrate() 开始忘记整个世界-嗯我不喜欢它;-)
  • Database.Migrate() 由命令行参数驱动（使用指定参数运行一次 docker 容器以迁移数据库）
  • 登录应用程序容器并执行dotnet ef database update
  • 基于迁移生成普通的旧 SQL 并从数据库管理工具执行它。看起来老派但有效。我讨厌自己乱执行脚本。
  • 准备一个数据库容器，该容器已经具有从上面的代码生成的脚本，并且会自动执行它们。

还有其他建议吗？或者什么是最好、最合适的解决方案？

问候

4

1 回答 1

2

在我看来，这是您的第一点（Database.Migrate() 到期启动）最能满足我们的用例。所以对我来说，这是目前的首选方式。

我们在启动过程中有一些额外的星座：

  • 仅限本地 Docker 容器（用于开发环境和测试）

  • 自己的启动项目，执行 Database.Migrate() 部分（因为我们有多个项目有自己的数据库）

  • 带有实际 API 网站的附加项目 :)

  • 使用 Azure SQL 服务器的生产环境（通过 Azure DevOps 管道发布和部署

  • 迁移是通过 dotnet ef 在其自己的项目中创建的...

    dotnet ef 迁移添加“您的迁移名称”--startup-project “您的实际 API 的路径”--context “数据库上下文名称”

重要提示：您必须先将工作目录更改为迁移项目才能使用另一个启动项目，但在“迁移项目”中生成迁移文件

在我们的例子中，它可以很好地与不同的 API 配合使用，并在后台拥有自己的数据库。

问候

于 2019-05-14T07:49:43.833 回答