WHERE 1=1的性能疑问~
今天在网上看到这个文章 低效的“WHERE 1=1” 文章说：使用添加了“1=1”的过滤条件以后数据库系统就无法使用索引等查询优化策略，数据库系统将会被迫对每行数据进行扫描（也就是全表扫描）以比较此行是否满足过滤条件，当表中数据量比较大的时候查询速度会非常慢。因此如果数据检索对性能有比较高的要求就不要使用这种“简便”的方式。
让我有点晕了 ，没觉得有什么问题啊 ·~~来跟大家讨论讨论·~~
让我有点晕了 ，没觉得有什么问题啊 ·~~来跟大家讨论讨论·~~
20同行回答
1=1 没有问题,在不需要查数据的时候用1=2 在有时候才有可能会有问题..
如果只是1=2 的条件,虽然不会走索引,但也没有什么问题.
如果有其他查询条件,然后加1=2 就可能有问题.
还有就是转换为动态sql解析参数的时候,容易把后面的2解析为参数.
然后执行计划就可能有问题.收起
如果只是1=2 的条件,虽然不会走索引,但也没有什么问题.
如果有其他查询条件,然后加1=2 就可能有问题.
还有就是转换为动态sql解析参数的时候,容易把后面的2解析为参数.
然后执行计划就可能有问题.收起
浏览2136
受教了收起
浏览2145
应该没有影响吧，我们的应用大多都是这种模式，拼凑SQL收起
浏览2123
现在是基于cbo 的A man of words and not of deeds is like a garden full of weeds.Nike Free Run Nike Free Run 2 Nike Lunarglide 3现在是基于cbo 的
A man of words and not of deeds is like a garden full of weeds.
Nike Free Run Nike Free Run 2 Nike Lunarglide 3收起
A man of words and not of deeds is like a garden full of weeds.
Nike Free Run Nike Free Run 2 Nike Lunarglide 3收起
浏览2199
浏览2128
这个会走索引不是因为where 1=1导致，而是因为返回的字段只有visit_id，范围索引就可以获得全部需要的数据。
我做了一个测试db2expln -d ubtdb -g -q "select VISIT_ID from DW_DPA.TSA_DPA_VISIT where 1=1" -t V ...wp28556259 发表于 2012-2-3 15:17 ...这个会走索引不是因为where 1=1导致，而是因为返回的字段只有visit_id，范围索引就可以获得全部需要的数据。
收起
我做了一个测试
db2expln -d ubtdb -g -q "select VISIT_ID from DW_DPA.TSA_DPA_VISIT where 1=1" -t
V ...
wp28556259 发表于 2012-2-3 15:17
浏览2135