常见问题

请确保你的连接字符串是正确的，以及你的 SQL Server 实例正在运行。 另请注意，LINQ to SQL 要求启用命名管道协议。 有关详细信息，请参阅通过演练学习。

请确保您调用了 SubmitChanges 来将结果保存到数据库。

一个连接通常会一直保持打开状态，直至您使用完查询结果为止。 如果您需要花时间处理所有结果并且愿意对结果进行缓存，请将 ToList 应用于查询。 在每个对象仅处理一次的常见方案中，流模型比 DataReader 和 LINQ to SQL 都更为适合。

连接使用的准确详细信息与以下内容有关：

• 使用连接对象构造 DataContext 时的连接状态。

• 连接字符串设置（例如，启用多活动结果集 (MARS)）。 有关详细信息，请参阅多个活动结果集 (MARS)。

虽然 LINQ to SQL 没有基于集的更新命令，但是可以使用以下方法之一进行更新而无需先进行查询：

• 使用 ExecuteCommand 发送 SQL 代码。

• 创建对象的新实例，并初始化所有影响更新的当前值（字段）。 然后使用 DataContext 将对象附加到 Attach 并修改您要更改的字段。

LINQ to SQL 提供了几种工具用于检查其生成的 SQL 代码。 其中最重要的工具就是 Log。 有关详细信息，请参阅调试支持。

LINQ to SQL 提供了两种方法来通过存储过程返回数据库生成的值：

• 通过命名输出结果。

• 通过显式指定输出参数。

下面是错误输出的示例。 因为 LINQ to SQL 无法映射结果，所以始终返回 0：

create procedure proc2

as

begin

select max(i) from t where name like 'hello'

end

下面是使用输出参数获得正确输出的示例：

create procedure proc2

@result int OUTPUT

as

select @result = MAX(i) from t where name like 'hello'

go

下面是通过命名输出结果获得正确输出的示例：

create procedure proc2

as

begin

select nax(i) AS MaxResult from t where name like 'hello'

end

有关详细信息，请参阅通过使用存储过程自定义操作。

LINQ to SQL 中的代码生成支持 DataContractSerializer 序列化。 而不支持 XmlSerializer 或 BinaryFormatter。 有关详细信息，请参阅序列化。

在对象关系设计器中将每个 DBML 文件对应的“上下文命名空间”和“实体命名空间”属性设置为不同的值。 此方法可以避免名称/命名空间冲突。

LINQ to SQL 会自动为标识（自动增加）和 rowguidcol（数据库生成的 GUID）以及时间戳列处理这种情况。 在其他情况下，应手动设置 IsDbGenerated=true 和 AutoSync=Always/OnInsert/OnUpdate 属性。

是的。 不会覆盖原先的选项，如下面的示例中所示：

Dim dlo As New DataLoadOptions()
dlo.LoadWith(Of Order)(Function(o As Order) o.Customer)
dlo.LoadWith(Of Order)(Function(o As Order) o.OrderDetails)

DataLoadOptions dlo = new DataLoadOptions();
dlo.LoadWith<Order>(o => o.Customer);
dlo.LoadWith<Order>(o => o.OrderDetails);

对象关系设计器不支持 SQL Server Compact 3.5，但 LINQ to SQL 运行时支持。 在这种情况下，必须创建您自己的实体类并添加合适的属性。

仅创建关系是不够的。 还必须提供其他信息，例如鉴别器列、基类鉴别器值和派生类鉴别器值。

没有任何公共提供程序模型可用。 目前 LINQ to SQL 仅支持 SQL Server 和 SQL Server Compact 3.5。

对于通过串联用户输入而组成的传统 SQL 查询，SQL 注入已成为重大风险。 LINQ to SQL 通过在查询中使用 SqlParameter 来避免这种注入。 用户输入会转换为参数值。 此方法可防止通过客户输入使用恶意命令。

对于此高级方案，请执行以下步骤：

1. 在 .dbml 文件中，通过将 IsReadOnly 标志更改为 True 来修改属性。

2. 添加一个分部类。 为只读成员创建一个带参数的构造函数。

3. 检查默认的 UpdateCheck 值 (Never) 以确定该值对于您的应用程序是否正确。

   注意

   如果在 Visual Studio 中使用对象关系设计器，则可能会覆盖更改。

是，System.Data.Linq.dll 程序集属于那些使用 AllowPartiallyTrustedCallersAttribute 属性标记的 .NET Framework 程序集。 如果没有此标记，则 .NET Framework 中的程序集将仅供完全受信任的代码使用。

在 LINQ to SQL 中，允许部分受信任的调用方使用的主要方案是允许从 Web 应用程序（其中的 trust 配置为 Medium）访问 LINQ to SQL 程序集。

您可以在数据库中创建一个视图并将实体映射到该视图。 LINQ to SQL 会为视图生成 SQL，与它为表生成 SQL 相同。

请不要试图重用 DataContext 的实例。 每个 DataContext 都会保持对应一个特定编辑/查询会话的状态（包括标识缓存）。 若要获取基于数据库当前状态的新实例，请使用新的 DataContext。

仍然可以使用基础 ADO.NET 连接池。 有关详细信息，请参阅 SQL Server 连接池 (ADO.NET)。

此行为是设计使然。 LINQ to SQL 会继续返回您在第一个实例中看到的相同实例/值。 在进行更新时使用开放式并发。 原始数据用于检查当前数据库状态，以确定该数据实际上仍未更改。 如果该数据已更改，则会发生冲突，您的应用程序必须解决该冲突。 您的应用程序可以选择将原始状态重置为当前数据库状态并尝试再次更新。 有关详细信息，请参阅如何：管理更改冲突。

您也可以将 ObjectTrackingEnabled 设置为 false，这样可以关闭缓存和更改跟踪。 然后便可以在每次查询时检索最新值。

只读模式关闭了上下文跟踪更改的功能。

另请参阅

• 引用
• 故障排除
• LINQ to SQL 中的安全性