因存储过程参数类型不匹配而造成OleDbCommand的不可用(二)

(续 因存储过程参数类型不匹配而造成OleDbCommand的不可用一)

 

表格二，断点二处的内存状况

 

由上面表格一和表格二可发现，在OleDbCommand第一次执行ExecuteNoQuery（）时，将改变其内部icommandText，dbBindings，handle_Accessor等3个私有属性。并且经过观察发现，只有CommandText被赋予与原来不同的值时才把以上3个私有属性的值恢复到原来的默认值（即icommandText＝null，dbBindings＝null，handle_Accessor＝0）。

这时我们把上面的代码稍作修改，在第一个try块里给原本为存储过程参数Age赋与一个不能转换为整数值的字符串：

using System;

using System.Data;

using System.Data.OleDb;

 

namespace testCommand

{

    class Class1

    {

        [STAThread]

        static void Main(string[] args)

        {

            OleDbConnection conn=new OleDbConnection("xxx");

            conn.Open();

            OleDbCommand comm=new OleDbCommand("Test",conn);

            comm.CommandType=CommandType.StoredProcedure;

 

            OleDbCommandBuilder.DeriveParameters(comm);

 

            try

            {

                comm.Parameters["Name"].Value="my name";

                comm.Parameters["Age"].Value=(object)”aa”;

                comm.ExecuteNonQuery();  //断点三，此处内存状况见表一

            }

            catch(Exception err)

            {

                Console.WriteLine(

                    err.TargetSite+"\r\n--\r\n"+err.StackTrace+"\r\n--\r\n"+

                    err.Source+"\r\n--\r\n"+err.Message+"\r\n--\r\n"+

                    err.GetType().ToString());

            }

           

            //TODO: 增加对OleDbCommand进行修复的语句

           

            try

            {

                comm.Parameters["Name"].Value="my name";

                comm.Parameters["Age"].Value=(object)11;

                comm.ExecuteNonQuery();  //断点四

            }

            catch(Exception err)

            {

                Console.WriteLine(

                    err.TargetSite+"\r\n--\r\n"+err.StackTrace+"\r\n--\r\n"+

                    err.Source+"\r\n--\r\n"+err.Message+"\r\n--\r\n"+

                    err.GetType().ToString());

            }

 

            conn.Close();

        }

    }

}

 

这时，在程序执行到断点三时会抛出System.FormatException的例外，再观察断点四处的内存状况：

发现icommandText，dbBindings，handle_Accessor三个私有属性只有icommandText被修改。程序在往下运行，我们得到System.Data.OleDb.OleDbException例外，提示Command text was not set for the command object。但是此时的CommandText及CommandType都为有效值。可见ExecuteNoQuery()在执行命令时依赖于icommandText，dbBindings和handle_Accessor。而之前的第一个try块，由于存储过程参数类型的不匹配抛出异常，使ExecuteNoQuery（）执行和只有icommandText一个私有属性发生改变，此时虽然CommandText和CommandType还是原来正确的值，但由于dbBindings和handle_Accessor 没有被正确赋值而抛出认为没有命令文本的例外。

于是我们可以假设OleDbCommand在执行时是判断icommandText属性是否为空值再根据命令文本生成私有属性的时候，如果是则分析CommandText的值修改icommandText，dbBindings，handle_Accessor等3个私有属性；否则直接时用icommandText，dbBindings，handle_Accessor已有的值。如果CommandText的值发生改变，OleDbCommand重设icommandText，dbBindings，handle_Accessor的值，在下一次执行ExecuteNoQuery() 时根据命令文本重新生成私有属性的值。

这样，由存储过程参数不匹配而引起的OleDbCommand不可用的问题就迎刃而解了。只需要在两个try块间的加入以下语句 即可：

comm.CommandText=””;

comm.CommandText=”Test”;

 

以上对于OleDbCommand的讨论居于.Net Framework1.0

本文地址：http://com.8s8s.com/it/it45638.htm