SQL查询需要复杂吗？

Question

一个开放式问题,可能没有"正确"的答案,但对此有专家意见,我们将不胜感激.

SQL查询需要复杂吗？

从Web Dev的角度来看,随着C#/ .Net的发展,似乎有很多简单的方法(LINQ,Generics)可以做很多人在SQL查询中做的事情(排序,排序) ,合并等).话虽这么说,因为SQL往往是许多应用程序的处理"瓶颈",SQL查询的许多逻辑正被转移到业务层.

随着这种趋势的继续,我发现对大型SQL查询的需求减少了.

你们都觉得怎么样？你还在写大型SQL查询吗？如果是这样,是因为你需要或因为你比在业务层工作更舒服吗？

Answer 1

什么是"大"查询？

遇到IME的"瓶颈"通常是因为这些表的建模很差,而且有人构建了几乎没有SQL经验的SQL查询(最常见的问题是认为SQL实际上是基于SET的程序).缺乏索引是下一个最常见的问题.

ORM已发展为支持本机查询 - 清楚地认识到ORM简化了数据库交互,但无法正常执行SQL查询.

通过希望数据库独立性(存在性能风险)来保持业务层中的持久性处理是合理的.否则,忽略数据库可以在更大的负载中处理的中心位置(可以是群集的)浪费金钱和资源.