无法使用实体框架代码优先创建具有凭据的数据库？

Question

我对代码优先方法有点陌生，但我在使用实体框架之前使用了数据库优先方法，现在我想先使用代码，这有点习惯。

我开始创建模型，一切都很好，然后启用了迁移和添加迁移，一切正常，但是当我运行 Update-Database 命令时出现错误。

因此，我想使用凭据创建一个代码优先的数据库，经过大量研究后我没有找到解决方案，并且大多数教程都使用“受信任的连接”。

我用什么

App.Config

  <connectionStrings>
    <add name="CodeFirst" connectionString="Server=.\SQLEXPRESS;Database=CodeFirst;User ID=anyuser;Password=anypassword;"
         providerName="System.Data.SqlClient" />
  </connectionStrings>

DbContext 类

public class CodeFirstContext : DbContext
    {
        public CodeFirstContext() : base("name=CodeFirst")
        {

        }

        public DbSet<Product> Products { get; set; }

        public DbSet<Category> Categories { get; set; }

    }

我得到的错误

Login failed for user 'anyuser'.

问题是我做错了什么？还是无法使用代码优先方法使用凭据？

提前致谢

Answer 1

操作：

我想创建一个数据库，使用凭证，code-first，

...和：

经过大量研究，我没有找到解决方案，并且大多数教程都使用“受信任的连接”。

这就是使用特定登录名部署到新数据库时代码优先方法的问题 - 这是鸡和蛋，因为：

1. 数据库尚不存在
2. 连接字符串正在请求显式登录
3. 说 SQL 中尚不存在登录名
4. 因为数据库不存在

OP 的配置：

<connectionStrings>
    <add name="CodeFirst" 
         connectionString="Server=.\SQLEXPRESS;Database=CodeFirst;User ID=anyuser;Password=anypassword;" 
      ... />
  </connectionStrings>

那么解决办法是什么？

1. 使用集成安全性：这允许您从代码从头开始创建数据库。但是，您可能需要稍后创建任何其他登录名。但是，从数据库的角度来看，这是一种不好的做法，因为您应该养成使用一个帐户进行部署（具有足够的部署权限）和另一个帐户用于一般应用程序访问（并且没有部署权限）的习惯

2. 首先创建登录： 这允许您使用指定的登录，但是您很可能需要先从 SQL 创建一个 空白 数据库，然后才能创建登录。代码优先的纯粹主义者可能不喜欢这个想法。

后者确实遵循了您在数据库优先时就应该熟悉的 DACPAC 最佳实践。就像 DACPAC 不应该部署登录和调整安全性一样，也不应该首先编写代码。毕竟在一天结束时，数据库并不关心您是使用代码优先还是数据库优先（在幕后，两者都可能使用某种形式的封装脚本），但您的数据库管理员可能会根据安全性正在使用中。

数据库优先的方法更好吗？

在 don't do that, try this instead 的主题中，代码优先尝试通过代码完成所有事情，而崇高的追求可能并不现实。如上所述，尝试创建登录等某些事情可能是不可能的。

同时，数据库优先的架构更改是通过从数据库端部署 DACPAC 来执行的。身份验证首先通过用于进入 SSMS（例如）的登录名进行。 DACPAC 部署不需要代码、.NET 或其他。

DACPAC 可以创建和/修改包括登录在内的数据库安全性，但通常不受欢迎。

您可能需要重新考虑代码优先。代码优先和 EF 迁移作为一个概念在您已经上演 CD 环境（如 DEV）的现实世界中并没有真正成功；测试; UAT 和产品。

我看到很多开发人员使用代码优先来部署到他们的本地数据库。到达那里后，他们使用不同的方式将更改部署到其他计算机，包括 TEST 和 PROD，无论是 TSQL 脚本还是数据库备份。

对于一些甚至没有完成比赛的事情来说，这似乎是一个很大的努力。