oracle 占位操作和开关操作的问题。

where 1=1; 这个条件始终为True，在不定数量查询条件情况下，1=1可以很方便的规范语句。

一、不用where  1=1  在多条件查询中的困扰

 

　　举个例子，如果您做查询页面，并且，可查询的选项有多个，同时，还让用户自行选择并输入查询关键词，那么，按平时的查询语句的动态构造，代码大体如下：

　　string MySqlStr=”select * from table where”；

　　if(Age.Text.Lenght>0)
　　{
　　　　MySqlStr=MySqlStr+“Age=“+“'Age.Text'“；
　　}

　　if(Address.Text.Lenght>0)
　　{
　　　　MySqlStr=MySqlStr+“and Address=“+“'Address.Text'“；
　　}

　　①种假设

　　如果上述的两个IF判断语句，均为True，即用户都输入了查询词，那么，最终的MySqlStr动态构造语句变为：

　　MySqlStr=”select * from table where Age='18'  and Address='云南省文山州广南县小波吗村'”

 

　　可以看得出来，这是一条完整的正确的SQL查询语句，能够正确的被执行，并根据数据库是否存在记录，返回数据。

　　②种假设

　　如果上述的两个IF判断语句不成立，那么，最终的MySqlStr动态构造语句变为：

　　MySqlStr=”select * from table where“

　　现在，我们来看一下这条语句，由于where关键词后面需要使用条件，但是这条语句根本就不存在条件，所以，该语句就是一条错误的语句，肯定不能被执行，不仅报错，同时还不会查询到任何数据。

　　上述的两种假设，代表了现实的应用，说明，语句的构造存在问题，不足以应付灵活多变的查询条件。

　　二、使用 where  1=1  的好处

 

　　假如我们将上述的语句改为：

　　string MySqlStr=”select * from table where  1=1 ”；

 

　　if(Age.Text.Lenght>0)
　　{
　　　　MySqlStr=MySqlStr+“and Age=“+“'Age.Text'“；
　　}

　　if(Address.Text.Lenght>0)
　　{
　　　　MySqlStr=MySqlStr+“and Address=“+“'Address.Text'“；
　　}

　　现在，也存在两种假设

　　①种假设

　　如果两个IF都成立，那么，语句变为：

　　MySqlStr=”select * from table where  1=1 and Age='18'  and Address='云南省文山州广南县小波吗村'”，很明显，该语句是一条正确的语句，能够正确执行，如果数据库有记录，肯定会被查询到。

 

　　②种假设

　　如果两个IF都不成立，那么，语句变为：

　　MySqlStr=”select * from table where 1=1”，现在，我们来看这条语句，由于where 1=1 是为True的语句，因此，该条语句语法正确，能够被正确执行，它的作用相当于：MySqlStr=”select * from table”，即返回表中所有数据。

　　言下之意就是：如果用户在多条件查询页面中，不选择任何字段、不输入任何关键词，那么，必将返回表中所有数据；如果用户在页面中，选择了部分字段并且输入了部分查询关键词，那么，就按用户设置的条件进行查询。

　　说到这里，不知道您是否已明白，其实，where 1=1的应用，不是什么高级的应用，也不是所谓的智能化的构造，仅仅只是为了满足多条件查询页面中不确定的各种因素而采用的一种构造一条正确能运行的动态SQL语句的一种方法。

where 1=0; 这个条件始终为false，结果不会返回任何数据，只有表结构，可用于快速建表

"SELECT * FROM strName WHERE 1 = 0"; 该select语句主要用于读取表的结构而不考虑表中的数据，这样节省了内存，因为可以不用保存结果集。  

create table newtable as select * from oldtable where 1=0;  创建一个新表，而新表的结构与查询的表的结构是一样的。

 

 

sql开关操作：

开关操作也是编程人员常用的一种编程手段，同样也是性能杀手。比如写好一个SQL模板，其中有一个开关（1=:p1 and...），如果我们希望后面的and起作用，那么p1就赋值为1，如果不希望后面的and起作用，p1就赋非1的值。

==========================================

性能影响：

 

      占位操作是开发人员常用的一种编程方法，比如WHERE条件是动态生成的，那么WHERE后面的第一个条件和更后面的条件是不同的，WHERE 后的第一个条件前面没有任何运算符，而后面的都带有运算符，因此如果WHERE变为WHERE 1=1，那么后面的所有条件都有运算符，编程就简单很多。实际上占位操作是一种很不好的编程习惯，如果条件很复杂，又大量使用占位操作，那么会导致优化器无法获得正确的执行计划。

 

 

       开关操作也是编程人员常用的一种编程手段，同样也是性能杀手。比如写好一个SQL模板，其中有一个开关（1=:p1 and...），如果我们希望后面的and起作用，那么p1就赋值为1，如果不希望后面的and起作用，p1就赋非1的值。

对较为复杂情况的应用来说，占位操作和开关操作可以提高SQL代码的重用，简化SQL的逻辑关系。但是占位操作可能带来严重的数据库性能问题。由于使用了大量的开关变量和占位符，所以优化器很容易产生错误的执行计划，增加SQL的成本。实际上，占位操作完全可以通过应用程序的逻辑来替代。在应用软件开发过程中，尽量不要为了满足复杂的逻辑关系而编写过于庞大的SQL。通过程序的逻辑控制，将一个复杂的SQL分解为几个小型的SQL是一种十分好的编程习惯。由于开发团队往往过多地考虑功能上的实现以及代码的重用，而无法考虑到维护中产生的额外成本，所以维护团队中的DBA需要给开发团队的开发人员一定的培训，并且参与到各级评审中，尽早避免出现这种含有大量开关操作和占位操作的SQL