¿Es posible unir string y DBNull en C#?

Question

Estoy escribiendo una rutina C# para llamar a un proceso almacenado. En la lista de parámetros que estoy ingresando, es posible que uno de los valores pueda ser legalmente nulo. Así que pensé que haría uso de una línea como esta:

cmd.Parameters.Add(new SqlParameter("@theParam", theParam ?? DBNull.Value)); 

Desafortunadamente, esto devuelve el siguiente error:

CS0019: Operator '??' cannot be applied to operands of type 'string' and 'System.DBNull'

Ahora, esto parece bastante clara, pero no entiendo la razón de ser eso. ¿Por qué esto no funcionaría? (Y a menudo, cuando yo no entiendo por qué algo no está funcionando, no es que no puede trabajo ... es que estoy haciendo mal.)

es lo que realmente tiene que estirar esto en una declaración if-then más larga?

EDIT:.. (Dicho sea de paso, a aquellos que sugieren usar sólo "nula" tal como está, no funciona que originalmente figuraba nula sería traducida-AUTO en DBNull también, pero al parecer no lo hace (¿Quién sabía?)

Answer 1

No es así, no. Los tipos tienen que coincidir. Lo mismo es cierto para el ternario.

Ahora, por "coincidencia", no me refiero a que tienen que ser iguales. Pero tienen que ser compatibles con la asignación. Básicamente: en el mismo árbol de herencia.

Una forma de evitar esto es para emitir su cadena de objetar:

var result = (object)stringVar ?? DBNull.Value; 

Pero no me gusta esto, porque significa que usted está confiando más en el constructor SqlParameter para obtener sus tipos derecha . En su lugar, me gusta hacerlo de esta manera:

cmd.Parameters.Add("@theParam", SqlDbTypes.VarChar, 50).Value = theParam; 
// ... assign other parameters as well, don't worry about nulls yet 

// all parameters assigned: check for any nulls 
foreach (var p in cmd.Parameters) 
{ 
    if (p.Value == null) p.Value = DBNull.Value; 
} 

Nótese también que he declarado explícitamente el tipo de parámetro.

Answer 2

Estoy bastante seguro de que pasar un nulo al constructor SqlParameter hace que se envíe como DBNull.Value ... Puedo estar equivocado, ya que utilizo EnterpriseLibraries para acceder a bases de datos, pero estoy bastante seguro de que enviar un nulo está bien allí.

Answer 3

No estoy seguro de la respuesta específica a su pregunta, pero ¿qué tal esto?

string.IsNullOrEmpty(theParam) ? DBNull.Value : theParam 

o si está en blanco es bien

(theParam == null) ? DBNull.Value : theParam 

Answer 4

new SqlParameter("@theParam", (object)theParam ?? DBNull.Value) 

Answer 5

El ?? el operador devuelve el operando de la izquierda si no es nulo, o bien devuelve el operando derecho. Pero en tu caso son tipos diferentes, entonces no funciona.

Answer 6

cmd.Parameters.Add (nuevo SqlParameter ("@ theParam", (theParam == null)? DBNull.Value: theParam));

Answer 7

La razón por la que no puede usar el operador de fusión nula es porque tiene que devolver un tipo y está proporcionando más de un tipo. theParam es una cadena. DbNull.Value es una referencia a una instancia estática del tipo System.DbNull. Así es como se ve su implementación;

public static readonly DBNull Value = new DBNull(); 
//the instantiation is actually in the 
//static constructor but that isn't important for this example 

Así que si usted fuera a tener un método NullCoalesce, ¿cuál sería su tipo de retorno sea? No puede ser System.String y System.DbNull, tiene que ser uno o el otro, o un tipo padre común.

Lo que conduce a este tipo de código;

cmd.Parameters.Add(
    new SqlParameter("@theParam", (object)theParam ?? (object)DBNull.Value) 
); 

Answer 8

El operador nulo Coalesce solo con datos del mismo tipo. No puede enviar NULL al SqlParamater ya que esto hará que el Servidor SQL diga que no especificó el parámetro.

Puede utilizar

new SqlParameter("@theParam", (object)theParam ?? (object)DBNull.Value) 

O puede crear una función que volver DBNull cuando se encuentra nula, como

public static object GetDataValue(object o) 
{ 
    if (o == null || String.Empty.Equals(o)) 
     return DBNull.Value; 
    else 
     return o; 
} 

y luego llamar

new SqlParameter("@theParam", GetDataValue(theParam)) 

Answer 9

Utilice esta sintaxis:

(theParam como objeto) ?? (DBNull.Value como objeto)

En este caso, ¿ambas partes del operador? son del mismo tipo

Answer 10

En el procedimiento almacenado cuando se declare la variable de entrada, tiene que establecer el var igual a null y luego no pase de su código de CSharp, será luego recoger el valor predeterminado de SQL

@theParam as varchar(50) = null 

y luego en su CSharp

if (theParam != null) 
    cmd.Parameters.Add(new SqlParameter("@theParam", theParam)); 

Esta es la forma generalmente paso opción y/o valores por defecto en mis procedimientos almacenados