problemas con el case

[javislim]

Hola tengo una duda a la hora de usar el if cuando consulto una bd de oracle digamos que tengo una tabla en la cual el tipo de precio me lo indican estos campos.

Si factor1 = ‘1’
Per ruptura

sino
Si factor2 = ‘1’
per previsió

sino
Si factor3 = ‘1’
Per rotació
Sino
Per ruptura

esto lo soluciono haciendo la consulta y luego en una aplicacion en c++ preguntando por el valor de los campos, ahora mi enorme duda es. con una herramientas de consulta directas a la BBDD (en mi caso SQL Developer)
puedo hacer una consulta con algo similar a un if, es que he probado con la sentencia case pero como son campos diferentes no veo manera de ocnjugarlos existe alguna manera ?

Gracias

[jc3000]

Utiliza el DECODE :

select decode(factor1 , '1','Per ruptura',
decode(factor2 , '2','per previsió',
decode(factor3 , '3','per rotació','Per ruptura')))
from dual

[javislim]

exelente respuesta te dejo un saludo y el karma

[MutenRo]

Hola,

aunque la solución de jc3000 es válida, una opción mucho más limpia y flexible es la utilización de CASE WHEN ... THEN .... WHEN ... THEN ... ELSE ... END.

La consulta sería algo así (no la he probado):

Código:

SELECT CASE WHEN factor1 = ‘1’ THEN 'Per ruptura' 
            WHEN factor2 = ‘1’ THEN 'per previsió' 
            WHEN factor3 = ‘1’ THEN 'Per rotació' 
            ELSE 'Per ruptura' END 
FROM tabla;

Un saludo.

[jc3000]

Si, estoy de acuerdo, en estos caso es mucho mas facil de interpretar el CASE ya que con el DECODE uno se puede liar con tanto parentesis y demas.

Estuve probando el CASE antes de poner el decode y no acertaba con la sintaxis correcta. Hace mucho tiempo que no tiro código y a veces me cuesta recordar las cosas.

Gracias por el aporte

[matanga]

El tema es interesante, pero primero que nada comentar algo sobre el decode, y es que acepta hasta 255 parametros, por lo tanto no hay que anidarlo 3 veces.

Código:

select 
decode(factor1 , 
'1','Per ruptura',
'2','per previsió',
'3','per rotació',
'Per ruptura')
from dual

El case nace para reemplazar el decode, por lo tanto, es de esperar que evoluciones en futuras versiones, cosa que no va a pasar con del decode, de momento las ventajas que se pueden apreciar son, es ANSI y es fácil de comprender, dado que existe en la mayoría de motores, es decir, que todavía es relativo y a gusto de cada uno.

Nosotros utilizamos mucho el case por tener sistemas que deben funcionar tanto en Oracle como en Sql Server y así la traducción de codigo es más directa.

Saludos

[MutenRo]

Hola matanga,

fíjate en que no se evalua un solo campo sino 3 (factor1, factor2 y factor3) con lo cual esa última decode no es válida.

El decode está bien para casos muy sencillos pero para evaluaciones más complejas, comparar distintos campos, filtrar por rangos (podemos utilizar BETWEEN, < y >), etc. habría que utilizar CASE.

De hecho me parece una herramienta tan potente que muchas consultas se pueden optimizar mucho gracias al CASE. Me explico: ¿quién no ha hecho alguna vez una 'superconsulta' con UNION ó UNION ALL donde las consultas son práctimente iguales salvo algún filtro? Pues con el CASE podemos hacer una única consulta tomando el filtro menos restrictivo que abarque los registros de todas ellas (para eso tienen que ser parecidas, claro) y luego filtrar los datos en diferentes campos con el CASE. Espero haberme explicado.

Un saludo.

[matanga]

fíjate en que no se evalua un solo campo sino 3 (factor1, factor2 y factor3) con lo cual esa última decode no es válida.

Tendré que volver al oculista

Saludos

[jc3000]

je je je je