【转】sql解析步骤，硬解析和软解析
我们都知道在Oracle中每条SQL语句在执行之前都需要经过解析，这里面又分为软解析和硬解析。在Oracle中存在两种类型的SQL语句，一类为
DDL语句（数据定义语言），他们是从来不会共享使用的，也就是每次执行都需要进行硬解析。还有一类就是DML语句（数据操纵语言），他们会根据情况选择
要么进行硬解析，要么进行软解析。
DML:INSERT,UPDATE,DELETE,SELECT
DDL:CREATE,DROP,ALTER
SQL语句的解析步骤，当一条SQL语句从客户端进程传递到服务器端进程后，需要执行如下步骤：
1在共享池中搜索 SQL 语句的现有副本
2验证 SQL 语句的语法是否准确
3执行数据字典查找来验证表和列的定义
4获取对象的分析锁以便在语句的分析过程中对象的定义不会改变
5检查用户访问引用方案对象的权限
6确定语句的最佳执行计划
6语句和执行计划载入共享的 SQL 区
原来，我认为硬解析就是上面几个步骤。相对于硬解析，软解析的步骤就是上面第一步找到现有SQL语句的副本后，只需要验证用户是否有权限执行就是了，这样省略上面好几个步骤，相对硬解析来说性能开销就非常小了。
后来才知道上面的真正的解析步骤不是这样的。
事实上，在Oracle中SQL语句的解析步骤如下：
1、 语法检测。判断一条SQL语句的语法是否符合SQL的规范，比如执行：SQL> selet * from emp;我们就可以看出由于Select关键字少了一个“c”，这条语句就无法通过语法检验的步骤了。
2、 语义检查。语法正确的SQL语句在解析的第二个步骤就是判断该SQL语句所访问的表及列是否准确？用户是否有权限访问或更改相应的表或列？
比如如下语句：
SQL> select * from emp;
select * from emp
*
ERROR at line 1:
ORA-00942: table or view does not exist
由于查询用户没有可供访问的emp对象，因此该SQL语句无法通过语义检查。
3、 检查共享池中是否有相同的语句存在。假如执行的SQL语句已经在共享池中存在同样的副本，那么该SQL语句将会被软解析，也就是可以重用已解析过的语句的执行计划和优化方案，可以忽略语句解析过程中最耗费资源的步骤，这也是我们为什么一直强调避免硬解析的原因。
这个步骤又可以分为两个步骤：
（1、）验证SQL语句是否完全一致。
在
这个步骤中，Oracle将会对传递进来的SQL语句使用HASH函数运算得出HASH值，再与共享池中现有语句的HASH值进行比较看是否一一对应。现
有数据库中SQL语句的HASH值我们可
相关文档：
系统环境：Windows 7
软件环境：Visual C++ 2008 SP1 +SQL Server 2005
本次目的：编写一个航空管理系统
这是数据库课程设计的成果，虽然成绩不佳，但是作为我用VC++ 以来编写的最大程序还是传到网上，以供参考。用VC++ 做数据库设计并不容易，但也不是不可能。以下是我的程序界面，后面 ......
一、背景介绍
结构化查询语言(Structured Query Language，简称SQL)是用来访问关系型数据库一种通用语言，属于第四代语言（4GL），其执行特点是非过程化，即不用指明执行的具体方法和途径，而是简单地调用相应语句来直接取得结果即可。显然，这种不关注任何实现细节的语言对于开发者来说有着极大的便利。然而，� ......
原文地址：http://www.blogjava.net/xingcyx/archive/2007/01/09/92638.html
使用oracle的10046事件跟踪SQL语句
我们在分析应用程序性能问题的时候，更多地需要关注其中SQL语句的执行情况，因为通常应用程序的性能瓶颈会在数据库这边，因此数据库的sql语句是我们优化的重点。利用Oracle的10046事件，可以跟踪应用程序所执 ......
在Where子句中，可以对datetime、char、varchar字段类型的列用Like子句配合通配符选取那些“很像...”的数据记录，以下是可使用的通配符：
% 零或者多个字符
_ 单一任何字符（下划线）
\ 特殊字符
[] 在某一范围内的字符，如 ......
一步一步学Linq to sql（一）：预备知识
一步一步学Linq to sql（二）：DataContext与实体
一步一步学Linq to sql（三）：增删改
一步一步学Linq to sql（四）：查询句法
一步一步学Linq to sql（五）：存储过程
一步一步学Linq to sql（六）：探究特性
一步一步学Linq to sql（七）：并发与事务 ......
