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();
ＳＱＬ语句截图
怎么样，看了截图，不说，你也知道哪个性能好了吧，呵呵！
本文转自博客园张占岭（仓储大叔）的博客，原文链接：EF架构~在ef中支持IQueryable级别的Contains被翻译成了Exists，性能可以接受！，如需转载请自行联系原博主。
