将不确定变成确定~LINQ查询两种写法,性能没有影响,优化查询应该是“按需查询”

简介:

如果在linq中希望进行一对多的复合查询时,请直接在查询中使用join into,或者使用let 关键字,当然在建立实体时动态赋值对于查询的性能也是没有影响的,两次查询结果完成相同

一 :在实体中赋值

var linq = from data in this.GetModel()
                       join data2 in iWebDepartmentsRepository.GetModel() on data.DepartmentID equals data2.DepartmentID
                       select new WebManageUsers_Ext
                      {
                          ManageUserID = data.ManageUserID,
                          LoginName = data.LoginName,
                          WebDepartments_Extend = data2,
                          WebManageUser_WebManageRoles_Extend = new WebManageUser_WebManageRolesRepository().GetModel().Where(i => i.ManageUserID == data.ManageUserID),
                          AvatarUrl = data.AvatarUrl,

                      };

在语句中使用let关键字

var linq = from data in this.GetModel()
                       join data2 in iWebDepartmentsRepository.GetModel() on data.DepartmentID equals data2.DepartmentID
                       let list = new WebManageUser_WebManageRolesRepository().GetModel().Where(i => i.ManageUserID == data.ManageUserID)
                       select new WebManageUsers_Ext
                      {
                          ManageUserID = data.ManageUserID,
                          LoginName = data.LoginName,
                          WebDepartments_Extend = data2,
                          WebManageUser_WebManageRoles_Extend = list,
                          AvatarUrl = data.AvatarUrl,

                      };
两次的SQL分析器的结果是完成一样的
image image 
当然,对于LINQ的查询,最好的方式就是“按需”查询,也就是说,用到哪些字段就select哪些字段,代码可能是这样:
var linq = from data in db.WebManageUsers
                     join data2 in db.WebDepartments on data.DepartmentID equals data2.DepartmentID
                     let list1 = db.WebManageUser_WebManageRoles.Where(i => i.ManageUserID == data.ManageUserID).Select(j => new WebManageUser_WebManageRoles_Ext
                    {
                        ManageRoleID = j.ManageRoleID,
                        ManageUserID = j.ManageUserID
                    })
                     select new WebManageUsers_Ext
                     {
                         ManageUserID = data.ManageUserID,
                         LoginName = data.LoginName,
                         RealName = data.RealName,
                         WebDepartments_Extend = new WebDepartments_Ext { DepartmentName = data2.DepartmentName },
                         WebManageUser_WebManageRoles_Extend = list1,

};

本文转自博客园张占岭(仓储大叔)的博客,原文链接:将不确定变成确定~LINQ查询两种写法,性能没有影响,优化查询应该是“按需查询”,如需转载请自行联系原博主。

目录
相关文章
|
2月前
|
存储 关系型数据库 MySQL
提高MySQL查询性能的方法有很多
提高MySQL查询性能的方法有很多
196 7
|
7月前
|
缓存 关系型数据库 MySQL
MySQL查询优化:提速查询效率的13大秘籍(合理使用索引合并、优化配置参数、使用分区优化性能、避免不必要的排序和group by操作)(下)
MySQL查询优化:提速查询效率的13大秘籍(合理使用索引合并、优化配置参数、使用分区优化性能、避免不必要的排序和group by操作)(下)
328 0
|
数据库 索引
数据库查询条件优化方案
数据库查询条件优化方案
|
SQL 存储 关系型数据库
如何通过索引让 SQL 查询效率最大化
如何通过索引让 SQL 查询效率最大化
103 0
如何通过索引让 SQL 查询效率最大化
|
SQL 数据库
数据库查询——组合表查询
数据库查询——组合表查询
156 0
|
SQL 关系型数据库 MySQL
数据库面试题【十八、优化关联查询&优化子查询&优化LIMIT分页&优化UNION查询&优化WHERE子句】
数据库面试题【十八、优化关联查询&优化子查询&优化LIMIT分页&优化UNION查询&优化WHERE子句】
167 0
|
SQL 存储 关系型数据库
技本功|统计信息对SQL执行效率的影响
奋哥哥接到业务方线上业务数据库CPU资源告警信息,立马登录业务方阿里云控制台查看具体问题。对于数据库当前正在发生中的问题,我们首先从数据库实时会话信息中尝试抓取有效信息,可以看到该告警实例的会话已经出现堆积状态,大量会话处于"Sending data"状态且从TIME字段可以看到这些会话长时间执行未结束。会话长时间执行表示当前会话一直占用的数据库资源未释放,且堆积会话基本为同一类型的业务SQL,这也就是导致我们数据库资源打高的问题SQL。于是,奋哥哥凭借自己高超的技术解决了这一问题。具体是怎么解决的呢?请看下文!
572 0
技本功|统计信息对SQL执行效率的影响
|
SQL 缓存 数据库
SqlServer性能优化之获取缓存的查询计划中的聚合性能统计信息
SqlServer性能优化之获取缓存的查询计划中的聚合性能统计信息
4377 0