SQL用DataDiff查询的怪现象而引发的思考(2)
在脑子里老是记得当初写SQL的时候，总是有人提醒对于主键的条件要写在前面，至于为什么现在总是记不清楚了。但是SQL中where 条件的执行顺序跟主键以及索引有很大的关系。
把上片中的表a 加上主键：
alter table
add constraint pk_a_id primary key (id)
然后在运行上篇中出错的例句:
select * from a where id in (1,3) and datediff(day, convert(datetime,val),getdate()) < 0
竟然没有错误，返回了id=1的记录。看来，如果表中有主键的话，主键会被优先执行的。所以此时id =2的记录根本就不在考虑范围之内。
假设我们不加主键，而是加上一个unique的index：
alter table a
drop constraint pk_a_id
create unique index u_a_id on a(id)
然后再运行上面的句子：
select * from a where id in (1,3) and datediff(day, convert(datetime,val),getdate()) < 0
出现了错误：
Msg 241, Level 16, State 1, Line 1
Conversion failed when converting datetime from character string.
可见index, 并不能改变where 条件的执行顺序，但是主键是可以的。
相关文档：
一、SQL SERVER 和ACCESS的数据导入导出
常规的数据导入导出：
使用DTS向导迁移你的Access数据到SQL Server，你可以使用这些步骤:
○1在SQL SERVER企业管理器中的Tools（工具）菜单上，选择Data Transformation
○2Services（数据转换服务），然后选择 czdImport Dat ......
http://www.umgr.com/blog/PostView.aspx?bpId=36294
1. 执行sql语句
int sqlite3_exec(sqlite3*， const char *sql， sqlite3_callbacksql 语法
， void *， char **errmsg );
这就是执行一条 sql 语句的函数。
第1个参数不再说了，是前面open函数得到的指针。说了是关键数据结构。
第2个参数const char ......
1.选择最有效率的表名顺序(只在基于规则的优化器中有效)
SQLSERVER的解析器按照从右到左的顺序处理from子句中的表名，因此from子句中写在最后的表（基础表driving table）将被最先处理，在from子句中包含多个表的情况下，必须选择记录条数最少的表作为基础表，当SQLSERVER处理多个表时，会运用排序及合并的方式� ......
--行列互转
/******************************************************************************************************************************************************
以学生成绩为例子，比较形象易懂
整理人：中国风(Roy)
日期:2008.06.06
***************************************************************** ......
想起来上次面试的时候那个面试官问我
“你对优化方面了解多少”
“ORACLE优化还是SQL优化”
“SQL优化”
“这个……不知道从何说起”
“呵呵，那我问你问题好了，问问就知道你大概什么水平了”
“呵呵，好吧”
……
结果好像 ......
