EF Core Code-First创建数据库后无法找到及迁移命令相关疑问

让我一步步帮你理清遇到的问题和背后的原因：

1. 首次连接字符串为何没创建新数据库？ #

你第一次使用的连接字符串是指向SQL Server LocalDB的master系统数据库：

Data Source=(localdb)\MSSQLLocalDB;Initial Catalog=master;Integrated Security=True;Connect Timeout=30;Encrypt=False;TrustServerCertificate=False;ApplicationIntent=ReadWrite;MultiSubnetFailover=False

EF Core执行update-database时，会严格按照连接字符串里的Initial Catalog指定的数据库来操作。这里你指定的是系统自带的master库，所以EF Core只会在master里创建迁移记录的表（比如__EFMigrationsHistory），绝对不会帮你创建新的自定义数据库——这就是为什么你看不到新库，也没生成CREATE DATABASE语句的核心原因。

2. 第二次报错“文件已存在”的真相 #

当你改成指向QuizNet的连接字符串时：

server=(localdb)\mssqllocaldb; database=QuizNet;Trusted_Connection=True;MultipleActiveResultSets=true

报错提示文件已存在，是因为LocalDB的数据库文件（.mdf数据文件和.ldf日志文件）大概率已经存在了。LocalDB默认会把数据库文件存在C:\Users\你的账户名目录下，可能是你之前手动创建过同名数据库，或者某次未完成的操作残留了文件。EF Core尝试创建新数据库时，发现同名文件已存在，自然会抛出这个错误。

3. 关于update-database如何获取连接字符串的疑问 #

你的观察很到位，ConfigureServices确实是运行时才会调用的，但update-database这个PMC命令其实会启动一个简化版的应用宿主来加载你的配置：

• PMC会找到你的项目入口（Program.cs或旧版的Startup.cs），初始化依赖注入容器，获取你注册的DbContext实例
• 它会从DbContext的配置中读取连接字符串——也就是你在ConfigureServices里通过AddDbContext配置的（不管是硬编码还是从appsettings.json读取的）
• 简单说，update-database不是编译时执行的，它会在运行时临时加载你的应用配置，从而拿到正确的连接字符串来执行迁移操作。

几个实用小建议 #

• 永远不要把master作为Initial Catalog，一定要指定自己的数据库名，这样EF Core才会自动帮你创建不存在的数据库
• 如果遇到LocalDB文件冲突，可以直接去C:\Users\你的账户名目录下删除对应的.mdf和.ldf文件，再重新执行update-database
• 推荐把连接字符串放在appsettings.json中管理，比硬编码更灵活，也方便后续修改

内容的提问来源于stack exchange，提问作者Chris