ORACLE中SQL语句的解析过程（建议加精）

bigmoyo

ORACLE中SQL语句的解析过程（建议加精）


1、接收到SQL语句后，将其转换成ASCII等效数字码；
——基本不耗时。
2、将ASCII等效数字码传递给一个散列（hash）算法，由该散列算法产生一个单独的散列（值）；
——哈希算法，整数运算，耗时极小。
3、搜索当前用户session缓存（在PGA中）中，是否存在相同散列（值）的版本，如果存在，就直接执行该语句。这就是fast parse。
——整数匹配，耗时极小，PGA才多大点儿呀。
4、如果在PGA中没有命中，查找其他的session中是否有相同的散列（值），这就需要到共享池的库缓存中对查找。如果在库缓存中找到相同的散列（值），也就是 Library 中 Hit 成功。这就是soft parse。
——整数匹配，猜测是B树查找（即使纯列表线性查找也极快）。
5、若在3和4中都没有找到相同散列值，用户进程进行语法检查过程（Syntax Check）。语法检查主要是检查语法是否符合SQL Reference Manual 中给出的 SQL 语法。
——其实1－4动作都特别快，整数运算或查找而已。这步会很慢，慢的原因可以回忆一下《编译原理》的前面部分。
6、语法检查通过后，再进行语义分析过程（Semantic Analysis）。这个过程检查对象的合法性。比方说是检查表是否存在，列是否存在，是否有权限访问等。
7、选择执行计划。准备从可用的执行计划中选择一个执行计划，其中包括存储大纲（srored outline）或物化视图（materialized view）相关的决定。
8、这一步才真正“编译”生成该语句的一个伪代码（p-code）。1-8的整个步骤就是hard parse。

注：
——理论上讲，Fast parse 也算是一种 Soft parse。
——这里仅讨论解析过程，未考虑数据命中的情况，例如表信息是否在内存（字典）中，表内容是否在内存（db_cache）中……

renxiao2003

这样也能加精？？？？？？？

bigmoyo

——自荐而已，无所谓的。

renxiao2003

一般来说比较难吧。我那几篇精华都是04年的帖子。后来发的帖子就少了。

doni

原帖由 renxiao2003 于 2009-12-4 15:15 发表
这样也能加精？？？？？？？

给个小手吧

beyondfly

晕，还有自己给自己的帖子推荐加精的

wmxcn2000

老毛自荐了，千里马找上门来了，伯乐不见了....

ghostgorst

书上写的比他说的全面

renxiao2003

原帖由 ghostgorst 于 2009-12-7 19:13 发表
书上写的比他说的全面

他做的是总结：-）

htyro

学习一下，之前看oracle体系架构知道sql语句在解析之前会先进共享池去看看有没相同的语句，有就直接执行，没有才进行编译，不过没有这个详细：）~