Command.CommandText= ProcedimientoAlmacenado
参数也必须具有名称。Parametros数组包含sqlParameter对象还是通用C＃对象？
如果参数是通用C＃对象，则最好传入名称和值的字典：
protected void EjecutarGuardar(string ProcedimientoAlmacenado,
Dictionary<string, object> Parametros)
{
using (sqlConnection Connection = new sqlConnection(...))
{
Connection.open();
sqlCommand Command = Connection.CreateCommand()
Command.CommandText = ProcedimientoAlmacenado;
Command.Connection = Connection;
Command.CommandType = CommandType.StoredProcedure;
foreach (string name in Parametros.Keys)
{
Command.Parameters.AddWithValue(name, Parametros[name] ?? DBNull.Value);
}
Command.ExecuteNonQuery();
}
}
这是一种快速而肮脏的方法。请注意，这种方法通常会出现问题，因为AddWithValue会为字符串而不是VARCHAR传递NVARCHAR类型的参数，并且使用临时sql可能会在VARCHAR列上导致索引SARG- ability问题（因为转换始终是从VARCHAR进行的）改为NVARCHAR，反之亦然）。但是，使用存储过程不是这样的问题，因为过程具有参数类型，因此，如果使用参数类型VARCHAR创建过程，则会对VARCHAR产生强制转换。
您还会在传递NULL参数方面遇到问题，因此您需要执行类似的操作，该参数必须DBNull.Value不是null：
Command.Parameters.AddWithValue(name, Parametros[name] ?? DBNull.Value);
在高性能系统上，此方法还会不必要地污染执行缓存，因为AddWithValue将传递类型为NVARCHAR(<exact length of the string>)not的参数NVARCHAR(<length of the database type>)。因此Paramaters.AddWithValue("@name", "John")，Parameters.AddwithValue("@name", "Doe")它将在缓存中创建两个不同的计划，因为一个计划是使用参数NVARCHAR（4）调用的，另一个计划是使用参数NVARCHAR（3）调用的，并且在sql计划缓存中将它们视为不同的类型 。在简单的项目上这不是问题，但是在更复杂和高性能的项目上，建议显式设置参数类型。
我的建议是避免这种通用的“一刀切”过程，而应为每个数据库过程编写带有显式C＃包装器的数据访问层，并使用适当的类型参数。强类型数据集实际上可以做到这一点，另一种选择（我最喜欢的，也是我一直使用的）是使用创建C＃包装程序的XSLT样式表从XML文件生成整个数据访问权限。当然，源XML是从数据库元数据本身中提取的。
602392714
清零编程群