Linq to Sql中Single写法不当可能引起的数据库查询性能低下

场景:需要从T_User表中返回指字条件的某条记录的某一个字段

在Linq中有二种理论上都行得通的写法，见下面的代码:

Code
using (dbUserDataContext db = new dbUserDataContext(Website.ConnStrdbUser))
            {
                try { 
                    //Guid _UserId = db.T_User.Single(c=>c.F_ID==new Guid("00000000-0000-0000-0000-000000000001")).F_ID;
                    //最终提交到数据库的语句是
//                    exec sp_executesql N'SELECT [t0].[F_ID], [t0].[F_No], [t0].[F_NickName], [t0].[F_Title], [t0].[F_Sex], [t0].[F_Birthday], ...FROM [dbo].[T_User] AS [t0] WHERE [t0].[F_ID] = @p0',N'@p0 uniqueidentifier',@p0='00000000-0000-0000-0000-000000000001'
                    //即先把整条记录的所有字段全部取出，转化成T_User对象后，再将T_User.F_ID赋值给_UserId

                    Guid _UserId = db.T_User.Where(c => c.F_ID == new Guid("00000000-0000-0000-0000-000000000001")).Select(c => c.F_ID).Single();
                    //最终提交到数据库的语句是
//                    exec sp_executesql N'SELECT [t0].[F_ID]
//FROM [dbo].[T_User] AS [t0]
//WHERE [t0].[F_ID] = @p0',N'@p0 uniqueidentifier',@p0='00000000-0000-0000-0000-000000000001'
                    //这才是我们想要的语句，即仅查询一个字段
                }
                catch { }
                finally { db.Connection.Close();//这一行纯属个人习惯，不必强求 }

 

初看上去
Guid _UserId = db.T_User.Single(c=>c.F_ID==new Guid("00000000-0000-0000-0000-000000000001")).F_ID;
这种写法似乎要比下面的写法省事得多
Guid _UserId = db.T_User.Where(c => c.F_ID == new Guid("00000000-0000-0000-0000-000000000001")).Select(c => c.F_ID).Single();
但观察最终提交到sqlserver的语句发现，第一种写法生成的语句返回了大量我们并不需要的字段，其实理解起来，也应该是这样的，先Single出一个对象后，再取其中一个属性，可不就是这样么！

前几天，看到园子里有N多人说Linq如何如何差，甚至说linq要淘汰之类，感到很滑稽，技术本身并无问题，看你怎么用了，vb也能弄出很不错的系统，就象本文所提的内容，对linq有成见的人，可能会说："linq真烂，这么不智能，很傻很天真"；而真正用linq的人，也许会说："原来如此，以后我们应该用正确的写法，以避免因疏忽导致的性能问题"--生活很美好，快乐自己找，关键在于用什么角度去看，呵呵