转贴： 转一篇关于数据库SQL执行效率的文章，值得我们学习

其实现实的很多情况是本来不需要那么复杂的sql的时候，由于程序员水平不够，写了那种很糟糕很复杂的sql，造成的数据库性能问题。

另外还有一个常识问题，却很容易被忽略。比如：

 

代码

1. select * from table_name where id = 1;    
2. select * from table_name where id = 2;   

<script type=text/javascript>render_code();</script> 对于这种带参数的sql，id = ? 这个地方叫做站位符(Placeholder)。

 

拿PHP为例，很多人喜欢这样写代码

 

代码

1. $sql = "select * from table_name where id = ";    
2. $id=1;    
3. $stmt = ociparse($conn,$sql.$id);    
4. ociexecute($stmt);    
5. ......    
6. $id = 2;    
7. $stmt = ociparse($conn,$sql.$id);    
8. ociexecute($stmt);   

<script type=text/javascript>render_code();</script>
拿Java为例，是这样的：

代码

1. String sql = "select * from table_name where id = ";    
2. Statement stmt = conn.createStatement();    
3.   
4. rset = stmt.executeQuery(sql+"1");    
5. ......    
6. rset = stmt.executeQuery(sql+"2");   

<script type=text/javascript>render_code();</script>

 

这种写法，对于Oracle数据库来说，完全就是两条不同的sql语句，

代码

1. select * from table_name where id = 1;    
2. select * from table_name where id = 2;   

<script type=text/javascript>render_code();</script> 每次查询都要进行sql语句的执行解析，并且每个sql都会分配一个区域来存放sql解析后的二进制可执行代码。试想，要是id不同的10万个sql呢？Oracle就会分配10万个sql区域来分别存放10万个这样的id不同的sql语句。对于一个数据库驱动的Web网站这样情况下，SGA开的再大，也会很快被耗尽share pool的，最后报一个ORA-4031错误。数据库就连接不上了，只好重起。

 

正确的写法应该是：

 

代码

1. $stmt = ociparse($conn,"select * from table_name where id = :id");    
2. ocibindbyname($stmt,":id",&$id, 12);    
3.   
4. $id =1;    
5. ociexecute($stmt);    
6. ...    
7. $id = 2;    
8. ociexecute($stmt);   

<script type=text/javascript>render_code();</script>

 

 

代码

1. PreparedStatement pstmt = conn.prepareStatement("select * from table_name where id = ?");    
2.   
3. pstmt.setInt(1,1);    
4. rset = pstmt.executeQuery();    
5. ...    
6. pstmt.setInt(1,2);    
7. rset = pstmt.executeQuery();   

<script type=text/javascript>render_code();</script>
这样Oracle数据库就知道你实际上用的都是同一条sql语句，会以这样的形式：
select * from table_name where id = :1
解析执行后存放在sql区域里面，当以后再有一样的sql的时候，把参数替换一下，就立刻执行，不需要再解析sql了。既加快了sql执行速度，也不会占有过多SGA的share pool。

 

可惜的是，很多程序员明知道这个问题，却意识不到问题的严重性，因为上面那种写法，编程的时候很灵活，sql语句可以动态构造，实现起来很容易，后面那种写法，sql语句是写死的，参数不能再变了，编程经常会非常麻烦。

很多数据库的性能问题都是这样造成的。

有兴趣在一个生产系统中，用上面sql检查一下，看看是否选择出来的是否l有很多都是一样的sql语句，只是参数不同，如果是这样的话，就说明程序员的代码写的有问题。