Sql server EfDbContext连接创建新数据库,导致FK错误

Sql server EfDbContext连接创建新数据库,导致FK错误,sql-server,linqpad,Sql Server,Linqpad,我有一个正在运行的MVC4应用程序。我们最近决定让LINQPad尝试测试和编写脚本。虽然我可以让它直接访问我们的数据库,但当我尝试使用后端EfDbContext让它连接时,它会正确读取DLL并显示所有POCO,但每次查询都会导致: 在表“sequers”上引入外键约束“FK_dbo.sequers_dbo.companys\u CompanyID”可能会导致循环或多个级联路径。指定“在删除时不执行操作”或“在更新时不执行操作”,或修改其他外键约束。 无法创建约束。请参阅前面的错误。 每次我试图获

我有一个正在运行的MVC4应用程序。我们最近决定让LINQPad尝试测试和编写脚本。虽然我可以让它直接访问我们的数据库,但当我尝试使用后端EfDbContext让它连接时,它会正确读取DLL并显示所有POCO,但每次查询都会导致:

在表“sequers”上引入外键约束“FK_dbo.sequers_dbo.companys\u CompanyID”可能会导致循环或多个级联路径。指定“在删除时不执行操作”或“在更新时不执行操作”,或修改其他外键约束。
无法创建约束。请参阅前面的错误。

每次我试图获取任何表的顶部x时,我都可以看到一个UserQuery数据库被创建。我让它指向Web.config,它保存DB连接的connectionString。当我将连接字符串放在后端的App.config中并指向它时,我得到了相同的错误


使用探查器,我可以看到,当我建立连接并对其进行测试时,LINQPad将查询到它应该访问的数据库。只有当我尝试执行
X.Take(100)
时,我才会遇到问题。

问题在于原始POCO设置不正确,并且在修复后,测试没有发现问题。在指定正确的外键注释后,它似乎正在工作

更新:


使其与LINQPad“工作”的修复实际上破坏了很多东西,因此我将其恢复到我们的使用方式,并假设LINQPad出现了一个不符合预期的问题。

问题是原始POCO设置不正确,修复后的测试没有发现问题。在指定正确的外键注释后,它似乎正在工作

更新:

使其与LINQPad“起作用”的修复实际上破坏了很多东西,因此我将它恢复到我们的使用方式,并假设LINQPad出现了一个不符合预期的问题