Oracle绑定变量在C#.NET中的应用及意义

时间 2020-05-09

原文原文链接

1、什么是绑定变量
绑定变量(bind variable) :
select * from emp where empno=:empno;
是用户放入查询中的占位符，它会告诉Oracle“我会随后为这个变量提供一个值，如今须要生成一个方案，但我实际执行语句的时候，会提供应该使用的实际值”。
实质就是用于替代sql语句中常量的替代变量。绑定变量可以使得每次提交的sql语句都彻底同样。算法

2、为何使用绑定变量
使用绑定变量能够减小硬语法分析，优化共享池的使用。在oracle 中，对于一个提交的sql语句,存在两种可选的解析过程, 一种叫作硬解析,一种叫作软解析。
当一个sql语句提交后，oracle会首先检查一下共享缓冲池里有没有与之彻底相同的语句，若是有的话只须执行软分析便可，不然就得进行硬分析。
一个硬解析须要经分析、解析、安全检查、制定执行路径、优化访问计划等等许多的步骤。需消耗大量的cpu及资源。
举个例子，要查询编号为001的儿童，下面两种写法均可以实现：
select * from t_child where childid=’001’;//不使用绑定变量
select * from t_child where childid =: childid;//使用绑定变量
可是实际应用中常常是查询编号为001的儿童一次之后,有可能不再用;接着你有可能查询儿童’002’,而后查询’003’等等。这样每次查询都是新的查询，都须要硬解析;
而第二个查询语句提供了绑定变量: childid,它的值在查询执行时提供,查询经过一次编译后,查询方案存储在共享池中,能够用来检索和重用;在性能和伸缩性方面,这二者的差别是巨大的,甚至是惊人的;
若不使用绑定变量，每一个查询的条件不一样致使共享池中SQL语句数量太多，重用性极低，加速了SQL语句的老化，致使共享池碎片过多。共享池中不一样的SQL语句数量巨大，根据LRU原则，一些语句逐渐老化，最终被清理出共享池；这样就致使shared_pool_size 里面命中率降低，共享池碎片增多，可用内存空间不足。而为了维护共享池内部结构，须要使用latch，一种内部生命周期很短的lock，这将使用大量的cpu 资源，使得性能急剧降低。
不使用绑定变量违背了oracle 的shared pool 的设计的原则，违背了这个设计用来共享的思想。sql

3、如何使用绑定变量数据库

public DataSet GetDataTable(T_child entity)
{
    ArrayList parmlist = new ArrayList();
    ArrayList valuelist = new ArrayList();
    String sql = "select * from t_child where childid =: childid";
    parmlist.Add("childid");
    valuelist.Add(entity.Childid);
    DataSet ds = SqlHelper(sql, dbName, valuelist, parmlist, ref errorMsg);
    return ds;
}

调用如下方法：安全

public static DataSet SqlHelper(string query, string dataBaseName, ArrayList bllist, ArrayList pamlist, ref string returnMessage)
{
    AdoHelper adoHelper = null;
    try
    {
        adoHelper = DatabaseConnectEntity.CreateHelper(dataBaseName);
        IDataParameter[] parameters = new IDataParameter[bllist.Count];
        if (adoHelper._dbFactory.DatabaseType == DatabaseType.DB_Oracle)
        {
            ArrayList paramlist = new ArrayList();
            for (int i = 0; i < bllist.Count; i++)
            {
                OracleParameter parm;
                string paramvalue = "";
                if (bllist[i] == null)
                {
                    parm = new OracleParameter(pamlist[i].ToString(), null);
                }
                else
                {
                    paramvalue = bllist[i].ToString();
                    if (bllist[i].GetType().ToString() == "System.DateTime")
                    {
                        parm = new OracleParameter(pamlist[i].ToString(), OracleType.DateTime);
                        parm.Value = paramvalue.Trim();
                    }
                    else
                    {
                        parm = new OracleParameter(pamlist[i].ToString(), paramvalue.Trim());
                    }
                }
                paramlist.Add(parm);
            }
            paramlist.CopyTo(parameters, 0);
        }
        else
        {
            returnMessage = "非ORACLE数据库不能执行此存储过程！";
            return null;
        }
        DataSet ds = adoHelper.ExecuteDataSet(CommandType.Text, query, parameters);
        return ds;
    }
    catch (Exception ex)
    {
        returnMessage = "查询失败！" + ex.ToString();
        return null;
    }
    finally
    {
        adoHelper.Close();
    }
}

4、绑定变量使用限制条件
在对建有索引的字段（包括字段集），且字段（集）的集的势很是大时，使用绑定变量可能会致使没法选择最优的查询计划，于是会使查询效率很是低。
集的势很是大【即倾斜性很严重】，如：一个索引字段，总记录数有1000条，有A值的有900条；B值50条；C值50条，那么咱们就说这个字段的集的势很大。固然这个集的势的算法比较复杂，他跟查询条件、是否建索引等都有关系。好比：若全表扫描：集的势=记录数；索引扫描，查询条件“=”：集的势=记录数/字段上的惟一值数；
那么为何说集的势大时使用绑定变量反而会时查询效率变低呢？
由于Oracle在执行SQL语句时，会计算各个访问路径的代价，采用最小代价的访问路径做为语句的执行计划。若第一次查询的条件恰好是索引字段中记录最多的值，那么这个索引扫描成本就很是高，根据分析会使用全表扫描，并将这个查询计划保存到共享池中，而当查询其余值时成本很低，但因为采用绑定变量，再也不进行硬解析，也就是不去分析采用什么执行计划，而是直接使用以前的这个查询计划，这样会致使没法选择最优的查询计划。
对于隔至关一段时间才执行一次的ｓｑｌ语句，利用绑定变量的好处会被不能有效利用优化器而抵消。

oracle