因存储过程参数类型不匹配而造成OleDbCommand的不可用(二)
(续 因存储过程参数类型不匹配而造成OleDbCommand的不可用一)
表格二，断点二处的内存状况
-
comm
{System.Data.OleDb.OleDbCommand}
System.Data.OleDb.OleDbCommand
transaction
null
System.Data.OleDb.OleDbTransaction
cmdText
Test
string
cmdType
StoredProcedure
System.Data.CommandType
updatedRowSource
Both
System.Data.UpdateRowSource
commandTimeout
30
int
+
icommandText
{System.__ComObject}
System.Data.Common.UnsafeNativeMethods.ICommandText
handle_Accessor
1
int
commandBehavior
Default
System.Data.CommandBehavior
+
dbBindings
{System.Data.OleDb.DBBindings}
System.Data.OleDb.DBBindings
canceling
FALSE
bool
isPrepared
FALSE
bool
executeQuery
FALSE
bool
computedParameters
FALSE
bool
designTimeVisible
FALSE
bool
cmdState
0
int
recordsAffected
-1
int
CommandText
Test
string
CommandTimeout
30
int
CommandType
StoredProcedure
System.Data.CommandType
DesignTimeVisible
TRUE
bool
IsClosed
TRUE
bool
Transaction
null
System.Data.OleDb.OleDbTransaction
UpdatedRowSource
Both
System.Data.UpdateRowSource
由上面表格一和表格二可发现，在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
{System.__ComObject}
System.Data.Common.UnsafeNativeMethods.ICommandText
handle_Accessor
0
int
dbBindings
null
System.Data.OleDb.DBBindings
CommandText
Test
string
CommandType
StoredProcedure
System.Data.CommandType
发现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