我总是觉得有用的是确切地知道在SubmitChanges（）方法中发送到DataContext的更改。

我使用DataContext.GetChangeSet（）方法，它返回一个ChangeSet对象实例，该实例包含已添加，修改或删除的3个只读IList对象。

您可以在SubmitChanges方法调用之前放置一个断点，并添加一个Watch（或Quick Watch），其中包含：

ctx.GetChangeSet();

其中ctx是DataContext的当前实例，然后您将能够跟踪在SubmitChanges调用中有效的所有更改。

我的第一个调试操作是查看生成的SQL：

JobMaster newJobToCreate = new JobMaster();
newJobToCreate.JobID = 9999
newJobToCreate.ProjectID = "New Project";
this.UpdateJobMaster(newJobToCreate);
this.Log = Console.Out; // prints the SQL to the debug console
this.SubmitChanges();

第二个是捕获ChangeConflictException并查看失败的详细信息。

  catch (ChangeConflictException e)
  {
    Console.WriteLine("Optimistic concurrency error.");
    Console.WriteLine(e.Message);
    Console.ReadLine();
    foreach (ObjectChangeConflict occ in db.ChangeConflicts)
    {
      MetaTable metatable = db.Mapping.GetTable(occ.Object.GetType());
      Customer entityInConflict = (Customer)occ.Object;
      Console.WriteLine("Table name: {0}", metatable.TableName);
      Console.Write("Customer ID: ");
      Console.WriteLine(entityInConflict.CustomerID);
      foreach (MemberChangeConflict mcc in occ.MemberConflicts)
      {
        object currVal = mcc.CurrentValue;
        object origVal = mcc.OriginalValue;
        object databaseVal = mcc.DatabaseValue;
        MemberInfo mi = mcc.Member;
        Console.WriteLine("Member: {0}", mi.Name);
        Console.WriteLine("current value: {0}", currVal);
        Console.WriteLine("original value: {0}", origVal);
        Console.WriteLine("database value: {0}", databaseVal);
      }
    }
  }

您可以为DataContext创建一个分部类，并使用Created或者您有部分方法将日志设置为包含在#if DEBUG中的console.out ..这将帮助您查看在调试任何实例时执行的查询您正在使用的datacontext。

调试LINQ to SQL异常时，我发现这很有用。

partial void OnCreated()
{
#if DEBUG
      this.Log = Console.Out;
#endif
}

您在上面提到的错误通常是由指向错误方向的关联引起的。当手动向设计器添加关联时，这很容易发生，因为与数据建模工具相比，L2S设计器中的关联箭头指向后方。

如果他们抛出更具描述性的异常会很好，也许他们会在将来的版本中。（Damien / Matt ......？）

这就是我做的

...
var builder = new StringBuilder();
try
{
    context.Log = new StringWriter(builder);
    context.MY_TABLE.InsertAllOnSubmit(someData);
    context.SubmitChanges();                
}
finally
{
    Log.InfoFormat("Some meaningful message here... ={0}", builder);
}

一个简单的解决方案可能是在您的数据库上运行跟踪并检查针对它运行的查询 - 过滤用于理清访问数据库的其他应用程序等。

一旦你超越了例外，那只会有帮助...

VS 2008具有通过.NET框架进行调试的能力（http://blogs.msdn.com/sburke/archive/2008/01/16/configuring-visual-studio-to-debug-net-framework-source-code .aspx）

这可能是您最好的选择，您可以在确切的时间点看到正在发生的事情以及所有属性

为什么要在新实例上执行UpdateJobMaster？不应该是InsertOnSubmit吗？

JobMaster newJobToCreate = new JobMaster();
newJobToCreate.JobID = 9999
newJobToCreate.ProjectID = "New Project";
this.InsertOnSubmit(newJobToCreate);
this.SubmitChanges();

这几乎肯定不是每个人的根本原​​因，但我在我的项目中遇到了这个完全相同的异常 - 并且发现根本原因是在构造实体类期间抛出异常。奇怪的是，真正的异常是“丢失”，而是表现为一个ArgumentOutOfRange异常，它起源于检索对象的Linq语句的迭代器。

如果您收到此错误并且已在POCO上引入了OnCreated或OnLoaded方法，请尝试单步执行这些方法。

人力资源管理。

采用WAG（Wild Ass Guess），它看起来像LINQ - SQL试图找到一个id不存在的对象，基于JobMaster类的创建。是否存在与该表相关的外键，以便LINQ to SQL将尝试获取可能不存在的类的实例？您似乎将新对象的ProjectID设置为字符串 - 您真的有一个字符串的id吗？如果您尝试将其设置为新项目，则需要创建一个新项目并获取其ID。

最后，UpdateJobMaster做了什么？它可以做一些上述适用的事情吗？

我们实际上已经停止使用Linq to SQL设计器来处理大型项目，这个问题是主要原因之一。我们还更改了名称，数据类型和关系的许多默认值，设计师每隔一段时间就会丢失这些更改。我从来没有找到确切的原因，我无法可靠地重现它。

这与其他限制一起导致我们放弃设计师并手工设计课程。在我们习惯了模式之后，它实际上比使用设计器更容易。

我今天早些时候在这里发布了一个类似的问题：奇怪的LINQ异常（索引超出范围）。

这是一个不同的用例 - 在SubmitChanges（）期间发生此错误，我在简单查询期间发生，但它也是索引超出范围错误。

在这个问题中交叉发布，以防问题中的数据组合有助于一个好的撒玛利亚人回答:)

检查dbml中的所有“主键”列是否与数据库表上的主键实际相关。我只是遇到设计师决定在dbml中添加额外PK列的情况，这意味着LINQ to SQL在保存时无法找到外键的两面。

我最近遇到了同样的问题：我做的是

Proce proces = unit.Proces.Single(u => u.ProcesTypeId == (from pt in context.ProcesTypes
                                                                         where pt.Name == "Fix-O"
                                                                         select pt).Single().ProcesTypeId &&
                                                                      u.UnitId == UnitId);

代替：

Proce proces = context.Proces.Single(u => u.ProcesTypeId == (from pt in context.ProcesTypes
                                                                     where pt.Name == "Fix-O"
                                                                     select pt).Single().ProcesTypeId &&
                                                                  u.UnitId == UnitId);

上下文显然是DataContext对象，“unit”是Unit对象的实例，dbcl文件中的数据类。

接下来，我使用“proce”对象在另一个Data Class对象的实例中设置属性。可能LINQ引擎无法检查我在“proc”对象中设置的属性是否允许在INSERT命令中，该命令必须由LINQ创建，以将其他Data Class对象添加到数据库中。

我有同样的非说话错误。

我有一个表的列的外键关系，它不是表的主键，而是一个唯一的列。当我将唯一列更改为表的主键时，问题就消失了。

希望这有助于任何人！

在SO＃237415的答案中发表了我对这个例外的经历

在尝试调试LINQ ChangeConflictException时，我最终得到了这个问题。最后我意识到问题是我手动将属性添加到我的DBML文件中的表中，但是我忘了设置像Nullable这样的属性（在我的情况下应该是真的）和服务器数据类型

希望这有助于某人。

这是很久以前的事了，但是我遇到了同样的问题而且错误是因为带有select语句的触发器。就像是

CREATE TRIGGER NAME ON TABLE1 AFTER UPDATE AS SELECT table1.key from table1 
inner join inserted on table1.key = inserted.key

当linq-to-sql运行update命令时，它还运行一个select语句来接收同一查询中自动生成的值，并期望第一个记录集包含“要求”的列，但在这种情况下，第一行是来自触发器中select语句的列。所以linq-to-sql期待两个自动生成的列，但它只收到一列（有错误的数据），这导致了这个异常。