SQL 中 where 1=1 和 1=0的 作用
where 1=1有什么用？在SQL语言中，写这么一句话就跟没写一样。
select * from table1 where 1=1与select * from table1完全没有区别，甚至还有其他许多写法，1<>2，'a'='a','a'<>'b'，其目的就只有一个，where的条件为永真，得到的结果就是未加约束条件的。
在SQL注入时会用到这个，例如select * from table1 where name='lala'给强行加上select * from table1 where name='lala' or 1=1这就又变成了无约束的查询了。
最近发现的妙用在于，在不定数量查询条件情况下，1=1可以很方便的规范语句。例如一个查询可能有name,age,height,weight约束，也可能没有，那该如何处理呢？
String sql=select * from table1 where 1=1
为什么要写多余的1=1？马上就知道了。
if(!name.equals("")){
sql=sql+"name='"+name+"'";
}
if(!age.equals("")){
sql=sql+"age'"+age+"'";
}
if(!height.equals("")){
sql=sql+"height='"+height+"'";
}
if(!weight.equals("")){
sql=sql+"weight='"+weight+"'";
}
如果不写1=1呢，那么在每一个不为空的查询条件面前，都必须判断有没有where字句，否则要在第一个出现的地方加where
有一次在论坛里看到："SELECT * from strName WHERE 1 = 0";
不理解为什么有1=0？
该select语句主要用于读取表的结构而不考虑表中的数据，这样节省了内存，因为可以不用保存结果集。
另外，这个用在什么地方呢？主要用于创建一个新表，而新表的结构与查询的表的结构是一样的。如下SQL语句：
create table newtable as select * from oldtable where 1=0;
相关文档：
SQL Server 服务由于登录失败而无法启动
1.症状
在重新启动 SQL Server、SQL Executive 或 SQL Server Agent 时，可能无法启动该服务，并显示以下错误信息：
Error 1069:The service did not start due to a logon failure.
或者
错误 1069：由于登录失败而无法启动服务
2.原因
SQL Server、SQL Agent 或 SQL Serve ......
今天在一台虚机上安装 sql server 2005，居然报1错了（无语了，装这个东西都弄不好%>_<%）开始以为是因为AD域的原因，后来删掉域又重建域，然后再装，又报2错，于是问别人搜索等等，找到原因说要重新注册installer，最终安装成功了，害我加班弄的，高兴的是安装好啦，可是我没有弄明白到底是啥原因导致sql安装不了呢� ......
create table [表名]
(
[自动编号字段] int IDENTITY (1,1) PRIMARY KEY ,
[字段1] nVarChar(50) default '默认值' null ,
[字段2] ntext null ,
[字段3] datetime,
[字段4] money null ,
[字段5] int default 0,
[字段6] Decimal (12,4) default 0,
[字段7] image null ,
)
删除表：
Drop t ......
Oracle的sql*plus是与oracle进行交互的客户端工具。在sql*plus中，可以运行sql*plus命令与sql*plus语句。
我们通常所说的DML、DDL、DCL语句都是sql*plus语句，它们执行完后，都可以保存在一个被称为sql buffer的内存区域中，并且只能保存一条最近执行的sql语句，我们可以对保存在sql buffer中的sql 语句进 ......
