Passando Null / stringa vuota alla procedura immagazzinata Oracle da asp.net
-
23-09-2019 - |
Domanda
Abbiamo un servizio Web ASP.NET che richiama una stored procedure sul nostro (Oracle 11g) DB. Il problema è che la chiamata alla procedura soffia ogni volta una stringa vuota viene passata come uno dei parametri. Stiamo vedendo un href="http://ora-01084.ora-code.com/" rel="nofollow noreferrer"> ORA-01084 errore , che indica a me che la chiamata sta venendo a mancare prima la procedura viene effettivamente eseguito.
Ecco la procedura, meno una certa logica che credo non è rilevante:
PROCEDURE CreateReport
(
from_dt IN NVARCHAR2,
to_dt IN NVARCHAR2,
p_table_id IN NVARCHAR2,
p_column_id IN NVARCHAR2,
device_name IN NVARCHAR2,
ret_cursor OUT t_cursor
)
AS
v_cursor t_cursor;
dateStr NVARCHAR2(200);
sqlStmt VARCHAR2(10000);
extraColumns NVARCHAR2(10000);
BEGIN
/* SNIP Cut logic that builds the query statement based on inputs */
OPEN v_cursor FOR sqlStmt;
ret_cursor := v_cursor;
END CreateReport;
Ecco l'invocazione CreateReport
dal servizio web:
public DataSet CreateReport(string fromDt, string toDate, string tableNames,
string columnNames, string deviceName)
{
DataSet dataSet;
string fmDateStr = String.IsNullOrEmpty(fromDt) ? String.Empty : fromDt.Trim();
string toDateStr = String.IsNullOrEmpty(toDate) ? String.Empty : toDate.Trim();
OracleCommand oleDBCmd = new OracleCommand();
oleDBCmd.CommandType = CommandType.StoredProcedure;
oleDBCmd.CommandText = "Web_Pkg.CreateReport";
oleDBCmd.Parameters.Add(new OracleParameter("from_dt", OracleType.NVarChar));
oleDBCmd.Parameters["from_dt"].Value = fmDateStr;
oleDBCmd.Parameters["from_dt"].Direction = ParameterDirection.Input;
oleDBCmd.Parameters.Add(new OracleParameter("to_dt", OracleType.NVarChar));
oleDBCmd.Parameters["to_dt"].Value = toDateStr;
oleDBCmd.Parameters["to_dt"].Direction = ParameterDirection.Input;
oleDBCmd.Parameters.Add(new OracleParameter("p_table_id", OracleType.NVarChar));
oleDBCmd.Parameters["p_table_id"].Value = tableNames;
oleDBCmd.Parameters["p_table_id"].Direction = ParameterDirection.Input;
oleDBCmd.Parameters.Add(new OracleParameter("p_column_id", OracleType.LongVarChar));
oleDBCmd.Parameters["p_column_id"].Value = columnNames;
oleDBCmd.Parameters["p_column_id"].Direction = ParameterDirection.Input;
oleDBCmd.Parameters.Add(new OracleParameter("device_name", OracleType.LongVarChar));
oleDBCmd.Parameters["device_name"].Value = deviceName;
oleDBCmd.Parameters["device_name"].Direction = ParameterDirection.Input;
oleDBCmd.Parameters.Add(new OracleParameter("ret_cursor", OracleType.Cursor));
oleDBCmd.Parameters["ret_cursor"].Direction = ParameterDirection.Output;
try
{
// Throws exception if any of the paramters are String.Emtpy
dataSet = DB.SQLSelect(oleDBCmd, connStr);
}
catch (Exception exp)
{
return null;
}
finally
{
if (oleDBCmd != null)
{
oleDBCmd.Dispose();
}
}
return dataSet;
}
Come esperimento, ho modificato il servizio web per passare null
piuttosto che uno stringhe vuote. Quando null
viene passato, vedo un errore che indica "il numero o il tipo di argomenti nella chiamata a 'CreateReport sbagliato".
Ho provato anche passando DBNull.Value
ogniqualvolta le params erano null / vuoto, ma che ha provocato l'errore
Parameter 'p_column_id': No size set for variable length data type: String.
(Naturalmente, p_column_id era il parametro vuoto in questo caso).
Quindi, come posso superare con successo le stringhe vuote come parametri alla mia procedura immagazzinata? Abbiamo sicuramente voglia di permettere il parametro p_column_id essere vuota.
Soluzione
È possibile eseguire le seguenti operazioni per tutti i parametri Null.
oleDBCmd.Parameters.Add(new OracleParameter("to_dt", OracleType.NVarChar));
if(string.IsNullOrEmpty(toDateStr)) {
oleDBCmd.Parameters["to_dt"].Value = DBNull.Value;
} else {
oleDBCmd.Parameters["to_dt"].Value = toDateStr;
}
oleDBCmd.Parameters["to_dt"].Direction = ParameterDirection.Input;
In questo modo, non si sta contando su stringa -.> Conversione nullo dalla scheda di Oracle
Edit: Se questo non risolve il problema, è più probabilmente una mancata corrispondenza tra i tipi, controllare nvarchar vs VarChar