关于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的读一致性的特点决定的
相关文档：
ORACLE 10G的集合API
集合API方法最早是在ORACLE 8I中引入的。集合API提供了简化访问集合的方法。在ORACLE 10G以前，这些方法确实简化了对集合的访问。但是，并不是非要求掌握这些方法不可。从ORACLE 9I的INDEX-BY表到ORACLE 10G的联合数组的转换，使它们成为必须掌握的方法。
下面是我从书上摘录下的一� ......
下列语句部分是Mssql语句，不可以在access中使用。
SQL分类：
DDL—数据定义语言(CREATE，ALTER，DROP，DECLARE)
DML—数据操纵语言(SELECT，DELETE，UPDATE，INSERT)
DCL—数据控制语言(GRANT，REVOKE，COMMIT，ROLLBACK)
首先,简要介绍基础语句：
1、说明：创建数据库
CREATE DATABASE data ......
什么是数据库分区？
数据库分区是一种对表的横向分割，Sql server 2005企业版和之后的Sql server版本才提供这种技术，这种对表的横向分割不同于2000中的表分割，它对访问用户是透明的，用户并不会感觉的表被横向分割了。（2000中的表横向分割是建n个表例如按时间建表每月一个表，表名不同，最后需要做一个大视图）
关于具 ......
数据库中主键和外键
(1)作用
简单描述：
主键是对表的约束，保证数据的唯一性！
外键是建立表于表之间的联系，方便程序的编写！
(2)设计原则
主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。主键和外键的设计对物理数据库的性能和可用性都有着决定性的影响。
必须将数据库模� ......
CREATE DATABASE
创建一个新数据库及存储该数据库的文件，或从先前创建的数据库的文件中附加数据库。
说明 有关与 DISK INIT 向后兼容性的更多信息，请参见"Microsoft® SQL Server™ 向后兼容性详细信息"中的设备（级别 3）。
语法
CREATE DATABASE database_name
[ ON
[ < filespec > ......
