EF架构~在ef中支持IQueryable级别的Contains被翻译成了Exists，性能可以接受！

回到目录

Entityframeworks很聪明

不错，非常不错！ef里的contains比linq to sql里的contains有了明显的提升，事实上，是在进行ＳＱＬ语句翻译上有所提升，在linq to sql里不支持iqueryable的contains集合，它只支持本地集合进行contains，而本地集合的contains会被.net翻译成sql语句是where in (...)，即集合有多个元素，在in里就会被列举多少次，这个在性能上是非常低下的，不提倡的，而且它还有长度限制，最多本地集合在linq to sql里是２０００多个元素。

ef在这点上表示不错，它为了防止你使用低下的查询，它杜绝你在linq语句中去ToList()对象，这是不错的选择，对于EF中的contains的用法，我们一般是分两步，第一查询出要列举的结果集，但不要ToList()，第二是使用contains语句，当ＥＦ把它发到ＳＱＬ端时，这个语句被翻译成了exist，我们知道，这种查询的性能一定是比where in强的，不说ＳＱＬ本身就说网络传输，它也一定比前者省了不少，呵呵。

Entityframeworks中正确使用Contains语句的Demo

错误的

   var linq = (from data1 in GetUser().Where(i => i.UserID <= 50) select data1.UserID).ToList();

  　var linq2 = GetUser_StudyRecord().Where(i => linq.Contains(i.UserID.Value)).ToList();

ＳＱＬ语句截图

正确的

 var linq = (from data1 in GetUser().Where(i => i.UserID <= 50) select data1.UserID);//IQueryable<int>，一个查询计划

 var linq2 = GetUser_StudyRecord().Where(i => linq.Contains(i.UserID.Value)).ToList();

ＳＱＬ语句截图

怎么样，看了截图，不说，你也知道哪个性能好了吧，呵呵！

回到目录