如果使用内联SQL不好,在实践中如何使用LINQ来执行查询有所不同?

前端之家收集整理的这篇文章主要介绍了如果使用内联SQL不好,在实践中如何使用LINQ来执行查询有所不同?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
使用LINQ来执行查询和内联操作的一般共识是什么?这样做与将sql语句嵌入到代码中有什么不同(这被认为是否)?

解决方法

忽略LINQ的所有非sql相关用法,只考虑LINQ-to-sql.

LINQ查询是保留查询定义的对象,并且等价sql仅在查询实际迭代时才被实例化.这允许组件被正确分离,并允许管道样式处理,其中较低层(例如,通过存储库)返回查询并由堆栈上的较高组件转换查询.该查询可以适应来自处理管道中每个组件的新过滤器,联接和其他“工件”,直到其达到最终迭代的最终形式.这种操作在实践中不可能使用直文本sql.

LINQ的另一个优点是它的语法更容易理解为非数据库开发人员. sql语法专业技术难以找到资产.几个开发人员愿意花时间学习超越SELECT * FROM … WHERE的sql的微妙点.linq语法更接近于.Net日常环境,并利用该层的现有技能集(例如lambda表达式)而不是强制开发人员为目标后端(T-sql,PL-sql等)学习适当的sql.鉴于linq表达式在关系代数中表达了所需的结果,提供者在生成适当的sql(或甚至直接执行执行计划!)中有更简单的工作.将此与不可能完成的任务“通用”数据库驱动程序进行对比,sql脚本必须非常重要.记得ODBC转义语法吗?

猜你在找的MsSQL相关文章