little notes之SHARED_POOL SQL解析
TOM大叔的调优书中说过一句话，具体英文就忘了，大概意思就是：如果有人让我写本怎样让ORACLE性能最慢的书的话我会将取消绑定变量(bind variable)做为书的第一章和最后一章(他的意思是他很有幽默~~!)，可见绑定变量的重要性。
绑定变量大多用在OLTP(online transaction process)中，在OLAP(online analizy process)中就没必要用BIND VARIABLE了。
要了解绑定变量的作用首先得了解下SHARED_POOL library cache中的SQL解析。
SQL解析分为硬解析(hard parse)跟软解析(soft parse)。所谓硬解析就是真正的将产生的SQL用自己内部的算法完全解析一遍并将解析后的结果存入库缓存(library cache)，而软解析就是发现库缓存中已经存在解析过的该SQL语句，从而直接利用，跳过重新解析的步骤。
所以SQL解析的步骤就是：先判断库缓存中是否存在该sql的解析，存在就不用再解析（软解析），没有就解析一遍（硬解析），并存入库缓存。
下面做个实验：
SQL语言:
SQL> select * from v$sysstat where statistic#=331;
STATISTIC# NAME CLASS VALUE STAT_ID
---------- -------------------- ---------- ---------- ----------
331 parse count (hard) 64 276 143509059
SQL> select * from v$sysstat where statistic#=331;
STATISTIC# NAME CLASS VALUE STAT_ID
---------- -------------------- ---------- ---------- ----------
331 parse count (hard) 64 276 143509059
--这里value记录的就是硬解析次数，上面这个select语句同样第一次会被解析，之后就软解析了。
SQL> select * from v$sysstat where statistic#=331;
STATISTIC# NAME &nb
相关文档：
在SQL Server2005中选中要导入数据的库 > 右键 > 新建查询：
执行SQL语句如下：
insert into
目标数据库表名 (字段1,字段2,....) select
字段1,字段2... from
openrowset
('microsoft.jet.oledb.4.0',';database=源数据库路径（如：d:\test.mdb）','select * from 源表 where 查询条件')
SQL 语句启用组� ......
经过了几次的测试终于成功了
declare @Year Int,
@Month int,
@Day int,
@Temp_No varchar(12),
@NeedNo varchar(4),
......
第一范式:确保每列的原子性.
如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式.
例如:顾客表(姓名、编号、地址、……)其中"地址"列还可以细分为国家、省、市、区等。
第二范式:在第一范式的基础上更进一层,目标是确保表中的每列都和主键相关.
如果一个关系满足 ......
SQL Server使用标准B-树存储信息。
索引中间层次数由表的行数和索引行的大小决定。若使用一个较长的键（key）来创建索引，一个分页上就只能容纳较少的条目，即树的层次可能会增多。
对于任何索引（无论是聚集或非聚集索引），索引B-树的叶级节点包含索引的键值，并都按照键的顺序排列。聚集和非聚集索引的区别在于叶级节� ......
left join(左联接) 返回包括左表中的所有记录和右表中联结字段相等的记录
right join(右联接) 返回包括右表中的所有记录和左表中联结字段相等的记录
inner join(等值连接) 只返回两个表中联结字段相等的行
举例如下：
--------------------------------------------
表A记录如下：
aID aNum
1 a ......
