我无论如何都不是LINQ高级用户,但可以在基本级别上摸索。我有一个关于LINQ如何制定它的查询“策略”的问题。我将尽力解释这一点,并通过记忆写下一个非常愚蠢的例子。
我有一个包含多个数据库视图的数据模型。假设视图的列结构如下:
PersonView
PersonViewId | Surname | GivenName | OtherViewId
------------------------------------------------
其他视图
OtherViewId | PersonViewId | Name
---------------------------------
在设置视图的主键(PersonView.PersonViewId / OtherView.OtherViewId)并将相应的字段设置为非nulable之后,我在PersonView.PersonViewId(Parent)与OtherView.PersonViewId(Child)之间创建了一个关联。我将它设置为“一对一”并编写一些代码来使用它:
StringBuilder s = new StringBuilder();
foreach(PersonView p in dc.PersonViews)
{
s.AppendLine(p.OtherViews.Name + "<br />");
}
在注意到性能极差之后,我对数据库进行了分析,发现它正在对foreach语句中的每个PersonView进行查询。
此时我重新编写了查询,并将DBML中的关联替换为LINQ查询中的JOIN,对数据库进行了分析,并按预期查询了数据库,仅执行一次。
我认为这与某些事情有关,然后实际上正在查询数据库,但我不确定在哪里进行调试。有人能指出我正确的方向,以帮助我提高使用关联的性能,还是我坚持使用JOIN来完成我需要的工作?
谢谢:)
答案 0 :(得分:4)
这是由延迟加载引起的 - 您可以通过将LoadWith()
(相当于EF的Include()
用于Linq到SQL)然后再执行查询来解决这个问题:
var dlo = new DataLoadOptions();
dlo.LoadWith<PersonView>(p => p.OtherViews);
dc.LoadOptions = dlo;
//your query here
答案 1 :(得分:1)
LINQ-2-SQL的延迟加载(又称延迟加载)功能有问题,当你p.OtherViews.Name
在OtherViews
表上进行查询时。
有几种方法可以解决它,一种是关闭延迟加载:
dc.DeferredLoadingEnabled = false;
另一种方法是在结果中投射您想要的所有内容,并使用投影:
var people = from p in dc.PersonViews
select new {
Person = p,
Name = p.OtherViews.Name
};
然后是BrokenGlass的建议,到目前为止我还不知道: - )
答案 2 :(得分:1)
您看到这个的原因是Linq对这些关系使用延迟加载。换句话说,在您真正尝试使用它之前,Linq不会加载关联。
这可以帮助提高性能,因为如果您不总是需要关联,则不会执行不必要的JOIN,也不会检索不需要的数据。
如果您确定需要数据,并且不断提出请求,这可能会损害性能。
您可以通过保持关联原样来解决这个问题,但请使用DataLoadOptions。例如:
var dc = new DataContext();
dc.DeferredLoadingEnabled = false;
DataLoadOptions loadOptions = new DataLoadOptions();
loadOptions.LoadWith<PersonView>(o => o.OtherView);
dc.LoadOptions = loadoptions;
现在,无论何时查询PersonView,它都会自动加载OtherView关系。
这种方法的好处是你可以在需要时打开和关闭它。