关于SQL优化
说句大废话，那就是“合理的平衡各种资源的使用,内存,cpu,io 等等”。这也是很有道理的，但是实际就不好做了，如何平衡呢？
具体点的么，通过比较，应该是响应时间做为主要的评判因素了。但是可能由于一些不确定的因素，可能会出现：这次跑的快，不等于下次也跑的快了。
那就要根据表的数据量的变化，确定一个比较合理的执行计划了，主要还是要降低逻辑读为调优的目标，其实物理读意义不大，一个sql语句第一次执行物理读肯定是很大的，到了第2次物理读也许就很小了。
某高人说：
在数据库整体上来讲，是要降低 物理读
而对于单条 sql 来讲，是以逻辑读的降低为标准的
道理很简单，对于单条sql来说，如果反复运行，物理读决定于 data buffer 的大小 ，第一次运行 和 第二次运行也是不一样的。
但比较稳定的是 逻辑读。 如果以物理读为标准，那难道物理读为0的sql就是好sql 了？如果sql的逻辑读都良好，那数据库整体的物理读降下来也是很自然的事情
高人又说：
临时段是不会生产redo 的
buffer gets 就可以理解为 对 buffer cache 中 buffer 的访问 buffer*次 ，也可以看做访问的 buffer数量，当然可能存在着一个buffer被访问多次的情况
至于 buffer gets，如果访问的块不在内存中自然就产生物理读，可物理读并不影响buffer gets ,因为对数据的访问最终是在内存中完成的，虽然额外地有物理读。
db block gets 仅仅表示 类似dml这类操作去访问数据块，dml 操作数据最终也是在访问buffer的过程中完成的啊，而 consistent gets 表示类似 select这样的查询去访问buffer。 更严格来说，是叫 current mode and query mode .这是oracle的读一致性的特点决定的
相关文档：
微软的一个Microsoft Visual Studio International Pack v1.0，里面就有中文字处理功能，还比较丰富，这里只用简繁转换。Microsoft Visual Studio International Pack v1.0的下载地址：http://download.microsoft.com/download/5/7/3/57345088-ACF8-4E9B-A9A7-EBA35452DEF2/vsintlpack1.zip。解压之后安装CHTC ......
执行顺序:从左到右,变量优先,逐行更新
摘自CSDN的例子(http://topic.csdn.net/u/20091030/16/7fd75fa6-bdb9-4516-9b27-48aef69703ba.html
http://topic.csdn.net/u/20090904/16/e5dad9c7-fb59-41b9-b28d-e3b71c3e8420.html)
1.变量优先
create table #t (field1 varchar(10),field2 varchar(10))
insert #t sel ......
SQL语句先前写的时候，很容易把一些特殊的用法忘记，我特此整理了一下SQL语句操作，方便自己写SQL时方便一点，想贴上来，一起看看，同时希望大家能共同多多提意见，也给我留一些更好的佳句，整理一份《精妙SQL速查手册》，不吝赐教！
一、基础
1、说明：创建数据库
CREATE DATABASE database-name
2、说明：删除数� ......
上面我们提到的是一些基本的提高查询速度的注意事项,但是在更多的情况下,往往需要反复试验比较不同的语句以得到最佳方案。最好的方法当然是测试，看实现相同功能的SQL语句哪个执行时间最少，但是数据库中如果数据量很少，是比较不出来的，这时可以用查看执行计划，即：把实现相同功能的多条SQL语句考到查询分析器，按 ......
总结一下SQL语句中引号(')、quotedstr()、('')、format()在SQL语句中的用法以及SQL语句中日期格式的表示(#)、('')
在Delphi中进行字符变量连接相加时单引号用('''),又引号用('''')表示
首先定义变量
var
AnInt:integer=123;//为了方便在此都给它们赋初值。虽然可能在引赋初值在某些情况下不对
AnIntStr:string='456'; ......
