一个关于"where"检索的问题

platform 2007-12-07 09:48:42
在检索记录时,where 后面的条件越多是不是代表着消耗更多的性能?
...全文
120 12 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
netcup 2007-12-14
  • 打赏
  • 举报
回复
那你狠劲加吧,不要紧的
platform 2007-12-13
  • 打赏
  • 举报
回复
条件没有运算。默认都没有索引或者都有索引(不考虑索引,因为Linq里面确实没有考虑索引)
-狙击手- 2007-12-13
  • 打赏
  • 举报
回复
似不能一概而论,和索引、你的条件对列是否有运算。。。。。。 有关
platform 2007-12-13
  • 打赏
  • 举报
回复
ding
netcup 2007-12-09
  • 打赏
  • 举报
回复
应该被优化的几率更小了点吧.
platform 2007-12-09
  • 打赏
  • 举报
回复
不明白。。。。
platform 2007-12-07
  • 打赏
  • 举报
回复
没有like 语句。直接的关键定位。
或者换一种说法吧:
1、where cond1
2、where cond1 and cond2 and cond3 and cond4 and cond5 and cond5
都能达到同样的效果,第二种方式是不是更加占用资源呢???
netcup 2007-12-07
  • 打赏
  • 举报
回复
where 后面的条件若没有用字符串函数,并且条件字段都建立了索引,则影响不大.若有 like '%条件字段%'的,则要使用表扫描,会比较慢.
platform 2007-12-07
  • 打赏
  • 举报
回复
因为发觉一个问题:linq在更新数据时,对于所有没有修改的字段都放到了where条件里面。俺认为对于有主键的表,完全可以通过主键的唯一性作为条件啊。
dawugui 2007-12-07
  • 打赏
  • 举报
回复
在检索记录时,where 后面的条件越多是不是代表着消耗更多的性能?

越多越准确,数据量越小,提取时间越短,内存占用越少.后面就不知道怎么说了?
w2jc 2007-12-07
  • 打赏
  • 举报
回复
理论上是的,但有时候看这些条件是如何排列的,
如果前面的条件已经把结果集限制在非常小的范围内,那么后面的很多条件对性能也没有太多影响。
platform 2007-12-07
  • 打赏
  • 举报
回复
顶一下

27,582

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧