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 SERVER] 跨服务器查询
[SQL SERVER] 跨服务器查询
方法一:
用OPENDATASOURCE
下面是个跨SQLServer查询的示例
Select TableA.*,TableB.* from OPENDATASOURCE(
'SQLOLEDB',
'Data Source=ServerA;User ID ......
sql 两表关联 更新
update set from 语句格式
Sybase和SQL SERVER：UPDATE...SET...from...WHERE...的语法，实际上从源表获取更新数据。
在 SQL 中：
Update A SET A.dept =B.name
from A LEFT JOIN B ON B.ID=A.dept_ID ......
第一范式:确保每列的原子性.
如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式.
例如:顾客表(姓名、编号、地址、……)其中"地址"列还可以细分为国家、省、市、区等。
第二范式:在第一范式的基础上更进一层,目标是确保表中的每列都和主键相关.
如果一个关系满足 ......
对于一个数据库完整备份来说，备份的速度很大程度上取决于下面两个因素：读磁盘数据、日志文件的吞吐量，写磁盘数据文件的吞吐量。
下图是备份过程中磁盘的变化情况：
读吞吐量
读吞吐量的大小取决于磁盘读取数据的速度，而磁盘读取的速度又取决于数据文件在磁盘中的位置。因此，位于不同盘符上不同数据库文件的读取� ......
一、因情制宜，建立“适当”的索引
建立“适当”的索引是实现查询优化的首要前提。
索引（index）是除表之外另一重要的、用户定义的存储在物理介质上的数据结构。当根据索引码的值搜索数据时，索引提供了对数据的快速访问。事实上，没有索引,数据库也能根据SELECT语句成功地检索到结果，但随着表变 ......
