浅谈程序设计中绑定变量的使用.docVIP

浅谈程序设计中绑定变量的使用 　　摘要：本文分析了ORACLE数据库中硬解析的缺点，引出绑定变量的必要性。并以C#语言为例，介绍了应用系统程序设计中绑定变量的使用。 　　关键词：硬解析；绑定变量 　　中图分类号：G642 文献标识码：A文章编号：1007-9599 (2011) 16-0000-01 　　The Use of Bind Variables in Programming 　　Sun Yu 　　(China Airlines and Clearing Corporation Limited,Cargo and Post Clearing Operations,Beijing100028,China) 　　Abstract:This paper analyzes the ORACLE database in the hard analysis of the shortcomings,leads to the need to bind variables.And the C# language,for example,describes the application programming in the use of bind variables. 　　Keywords:Hard analysis;Bind variables 　　一、背景及分析 　　在应用系统设计中，难免出现对数据库的频繁访问，这样可能会造成服务器CPU的负担过重，浪费了宝贵的数据库查询执行时间，使得应用系统的系统响应变慢。曾经遇到应用系统在录入数据时，响应时间过长。通过检查应用系统服务器、数据库服务器的参数设置，未发现有明显的系统瓶颈。考虑从数据库的角度来进行优化，通过减少数据库SQL语句的执行时间来提高应用系统的效率。 　　二、对于SQL解析的分析 　　应用系统中有大量的从前台程序中产生的SQL语句需要传送到ORACLE中去执行。ORACLE首先要进行语法检查，判断是否符合SQL的规范和语法；再进行语义分析，检查语句中的对象是否存在，是否具有访问这些对象的权限等等。这就是所谓的“硬解析”。 　　ORACLE中可以通过v$sysstat视图查看当前系统的硬解析数量： 　　select t.value as total，h.value as hard， 　　round（h.value/t.value，2）as ratio_hardtototal 　　from v$sysstatt，v$sysstat h 　　where =parse count（total） 　　and =parse count（hard）； 　　其中，total表示数据库总的解析次数，hard表示硬解析的次数。 　　如果在查询中使用常量，那么，对于数据库来说每次查询都会是一个全新的查询，都要重复执行一遍上面的解析过程。 　　举个例子，在测试环境中执行上面的SQL语句，显示总解析数硬解析数为223。写入三条数据之后，再次执行该语句显示总解析数硬解析数为226。可见，数据库对这三条SQL均使用了硬解析。 　　这个解析SQL的过程是CPU密集型操作，需要耗费大量CPU时间。对于这种仅仅是参数不同的DML语句来说，大量时间都被浪费掉了。 　　如果使用绑定变量的方法，当一次DML执行之后，ORACLE会把查询计划储存在共享池里，以便以后获取和重用这个查询计划，这就是所谓的“软解析”。这样对于这些仅是参数不同的DML语句来说就可以省掉大量的解析SQL的时间。 　　ORACLE使用闩来协调共享的数据结构、对象和文件的多用户访问。在多CPU的服务器上，为了不出现上下文切换这种CPU调度，往往出现闩自旋的现象。这样不断尝试得到闩会消耗大量的CPU时间，造成系统的繁忙但效率其实却很低。使用绑定变量，就可以大大减少闩等待的事件，提高CPU工作效率。 　　在ORACLE中，可以使用以下方法来实现单句绑定变量： 　　SELECT*FROM EMP WHERE DEPTNO=DNO； 　　但是，在实际的项目中，单句查询其实并不常用，经常使用的是ORACLE的存储过程。 　　三、绑定变量的使用 　　应用系统的存储过程一般处理批量数据的操作。其实在存储过程中，通过变量就可以达到绑定变量的效果，不需要特别的修改语句了。而对于C#语言来说，往往应用系统是把SQL拼凑成为一个能够执行的语句传送到数据库中执行，这样就需要注意使用绑定变量的实现了。下面举个例子来解释。 　　首先定义变量存放数据库的连接字符串信息，包括用户名、密码、主机字符串信息，用来连接ORACLE数据库。 　　通过ORACLE.DataAccess.C