如果使用内联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转义语法吗?

相关文章

SELECT a.*,b.dp_name,c.pa_name,fm_name=(CASE WHEN a.fm_n...
if not exists(select name from syscolumns where name=&am...
select a.*,pano=a.pa_no,b.pa_name,f.dp_name,e.fw_state_n...
要在 SQL Server 2019 中设置定时自动重启,可以使用 Window...
您收到的错误消息表明数据库 'EastRiver' 的...
首先我需要查询出需要使用SQL Server Profiler跟踪的数据库标...