常见问题 (LINQ to SQL)
以下各节解答了您在实现 LINQ 时可能遇到的一些常见问题。
其他问题在疑难解答 (LINQ to SQL) 中进行了解答。
无法连接
问: 我无法连接到数据库。
答: 请确保您的连接字符串是正确的,以及您的 SQL Server 实例正在运行。 另请注意,LINQ to SQL 要求启用命名管道协议。 有关更多信息,请参见通过演练学习 (LINQ to SQL)。
对数据库的更改丢失
问: 我对数据库中的数据进行了更改,但是在重新运行应用程序时更改已丢失。
答: 请确保您调用了 SubmitChanges 来将结果保存到数据库。
数据库连接:可以打开多长时间?
问: 我的数据库连接可以保持打开状态多长时间?
答: 一个连接通常会一直保持打开状态,直至您使用完查询结果为止。 如果您需要花时间处理所有结果并且愿意对结果进行缓存,请将 ToList<TSource> 应用于查询。 在每个对象仅处理一次的常见方案中,流模型比 DataReader 和 LINQ to SQL 都更为适合。
连接使用的准确详细信息与以下内容有关:
使用连接对象构造 DataContext 时的连接状态。
连接字符串设置(例如,启用多活动结果集 (MARS))。 有关更多信息,请参见多活动结果集 (MARS)。
在不进行查询的情况下更新
问: 是否可以在不先查询数据库的情况下更新表数据?
答: 虽然 LINQ to SQL 没有基于集的更新命令,但是可以使用以下方法之一进行更新而无需先进行查询:
使用 ExecuteCommand 发送 SQL 代码。
创建对象的新实例,并初始化所有影响更新的当前值(字段)。 然后使用 Attach 将对象附加到 DataContext 并修改您要更改的字段。
意外的查询结果
问: 我的查询返回了意外的结果。 如何检查所发生的情况?
答: LINQ to SQL 提供了几种工具用于检查其生成的 SQL 代码。 其中最重要的工具就是 Log。 有关更多信息,请参见调试支持 (LINQ to SQL)。
意外的存储过程结果
问: 我有一个存储过程,其返回值由 MAX() 进行计算。 在将该存储过程拖动到 O/R 设计器图面时,返回值不正确。
答: 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)。
序列化错误
问: 在我试图进行序列化时收到下面的错误消息:“...类型‘System.Data.Linq.ChangeTracker+StandardChangeTracker’ 未标记为可序列化。”
答: LINQ to SQL 中的代码生成支持 DataContractSerializer 序列化, 而不支持 XmlSerializer 或 BinaryFormatter。 有关更多信息,请参见序列化 (LINQ to SQL)。
多个 DBML 文件
问: 如果我有多个 DBML 文件共享一些公用的表,我会收到一个编译器错误消息。
答: 在对象关系设计器中将每个 DBML 文件对应的**“上下文命名空间”和“实体命名空间”**属性设置为不同的值。 此方法可以避免名称/命名空间冲突。
避免在插入或更新时显式设置数据库生成的值
问: 我的一个数据库表具有一个默认为 SQL Getdate() 的 DateCreated 列。 在我试图使用 LINQ to SQL 插入新记录时,该值会设置为 NULL。 我希望其设置为数据库默认值。
答: LINQ to SQL 会自动为标识(自动增加)和 rowguidcol(数据库生成的 GUID)以及时间戳列处理这种情况。 在其他情况下,您应手动设置 IsDbGenerated=true 和 AutoSync=Always/OnInsert/OnUpdate 属性。
多个 DataLoadOptions
问: 是否可以指定其他加载选项而不覆盖原先的选项?
答: 可以。 不会覆盖原先的选项,如下面的示例中所示:
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 Compact 3.5 时的错误
问: 在将表拖出 SQL Server Compact 3.5 数据库时收到错误消息。
答: 虽然 SQL Server Compact 3.5 受 LINQ to SQL 运行时支持,但它在对象关系设计器中不受支持。 在这种情况下,必须创建您自己的实体类并添加合适的属性。
继承关系中的错误
问: 我使用对象关系设计器中的工具箱继承形状连接两个实体,但是收到错误消息。
答: 仅创建关系是不够的。 还必须提供其他信息,例如鉴别器列、基类鉴别器值和派生类鉴别器值。
提供程序模型
问: 是否有公共提供程序模型可用?
答: 没有任何公共提供程序模型可用。 目前,LINQ to SQL 仅支持 SQL Server 和 SQL Server Compact 3.5。
SQL 注入式攻击
问: LINQ to SQL 如何防范 SQL 注入式攻击?
答: 对于通过串联用户输入而组成的传统 SQL 查询,SQL 注入已成为重大风险。 LINQ to SQL 通过在查询中使用 SqlParameter 来避免这种注入。 用户输入会转换为参数值。 此方法可防止通过客户输入使用恶意命令。
更改 DBML 文件中的只读标志
问: 如何在从 DBML 文件创建对象模型时消除某些属性中的设置器?
答: 对于此高级方案,请执行以下步骤:
在 .dbml 文件中,通过将 IsReadOnly 标志更改为 True 来修改属性。
添加一个分部类。 为只读成员创建一个带参数的构造函数。
检查默认的 UpdateCheck 值 (Never) 以确定该值对于您的应用程序是否正确。
警告 如果使用 Visual Studio 中的对象关系设计器,则可能会覆盖您的更改。
APTCA
问: System.Data.Linq 是否标记为供部分受信任的代码使用?
答: 是,System.Data.Linq.dll 程序集属于那些使用 AllowPartiallyTrustedCallersAttribute 属性标记的 .NET Framework 程序集。 如果没有此标记,则 .NET Framework 中的程序集将仅供完全受信任的代码使用。
在 LINQ to SQL 中,允许部分受信任的调用方使用的主要方案是允许从 Web 应用程序(其中的 trust 配置为 Medium)访问 LINQ to SQL 程序集。
有关更多信息,请参见 ASP.NET 代码访问安全性 和 ASP.NET 代码访问安全性.
映射来自多个表的数据
问: 我的实体中的数据来自多个表。 如果映射这些数据?
答: 您可以在数据库中创建一个视图并将实体映射到该视图。 LINQ to SQL 会为视图生成 SQL,与它为表生成 SQL 相同。
注意 |
---|
这种情况下的视图用法有一些限制。当基础视图支持在 Table<TEntity> 上执行的操作时,此方法最为安全。只有您知道要执行的操作。例如,大多数应用程序是只读的,还有相当多的应用程序仅通过对视图使用存储过程来执行 Create/Update/Delete 操作。 |
连接池
问: 是否具有对 DataContext 池有所帮助的构造?
答: 请不要试图重用 DataContext 的实例。 每个 DataContext 都会保持对应一个特定编辑/查询会话的状态(包括标识缓存)。 若要获取基于数据库当前状态的新实例,请使用新的 DataContext。
仍然可以使用基础 ADO.NET 连接池。 有关更多信息,请参见 SQL Server 连接池 (ADO.NET)。
第二个 DataContext 未更新
问: 我使用 DataContext 的一个实例存储数据库中的值。 但是,相同数据库上的另一个 DataContext 未反映更新的值。 第二个 DataContext 实例似乎返回缓存的值。
答: 此行为是有意安排的。 LINQ to SQL 会继续返回您在第一个实例中看到的相同实例/值。 在进行更新时使用开放式并发。 原始数据用于检查当前数据库状态,以确定该数据实际上仍未更改。 如果该数据已更改,则会发生冲突,您的应用程序必须解决该冲突。 您的应用程序可以选择将原始状态重置为当前数据库状态并尝试再次更新。 有关更多信息,请参见如何:管理更改冲突 (LINQ to SQL)。
您也可以将 ObjectTrackingEnabled 设置为 false,这样可以关闭缓存和更改跟踪。 然后便可以在每次查询时检索最新值。
无法在只读模式下调用 SubmitChanges
问: 当我试图在只读模式下调用 SubmitChanges 时收到错误消息。
答: 只读模式关闭了上下文跟踪更改的功能。