Problemas con Operador Or

[vtdeleon]

Creo saber por que te sale asi.

(Soy un CHUTO explicando pero ahi vamos...)
Segun mi interpretacion estas diciendo que traiga cada registro que cumpla "EG.COD_ESTADO_SEG = 1", si ese registro no cumpel con esa condicion pues con esta ==> SEG.COD_ESTADO_SEG between 1 and 2"

Si evaluas registro por registro veras qeu va a traer tando 1 como 2.

[lucasarts_18]

Empezado por vtdeleon

Creo saber por que te sale asi.

(Soy un CHUTO explicando pero ahi vamos...)
Segun mi interpretacion estas diciendo que traiga cada registro que cumpla "EG.COD_ESTADO_SEG = 1", si ese registro no cumpel con esa condicion pues con esta ==> SEG.COD_ESTADO_SEG between 1 and 2"

Es exactamente eso

Empezado por vtdeleon

Si evaluas registro por registro veras qeu va a traer tando 1 como 2.

[/quote=vtdeleon]

Si yo quito la segunda expresión, es decir el Or, me devuelva los registro que cumplen la condición 1, la idea es que si yo entrego un valor inexistente (lo hago de forma adrede a través de la aplicación) me devuelva registros que contenga 1 y 2

[ContraVeneno]

en la sentencia:

Código SQL [-]
where Campo = 1 
or Campo between 1 and 2

de nada te sirve tener "Campo = 1" porque de igual manera se esta haciendo la misma comparación en el "between 1". Al poner :
"between 1 and 2"
es lo mismo que si pusieras:
"campo = 1 or Campo=2"

y al utilizar el operador Or, es como si solo estuvieras evaluando el between. Es decir, a mi parecer, la instrucción anterior, daría exactamente los mismo resultados que

Código SQL [-]
where Campo between 1 and 2

Cualquier valor diferente de 1 ó 2, no se mostrará como resultado de la consulta.

[lucasarts_18]

Short-Circuit Evaluation
When evaluating a logical expression, PL/SQL uses short-circuit evaluation. That is,
PL/SQL stops evaluating the expression as soon as the result can be determined.
This lets you write expressions that might otherwise cause an error. Consider the
following OR expression:
DECLARE
...
on_hand INTEGER;
on_order INTEGER;
BEGIN
..
IF (on_hand = 0) OR ((on_order / on_hand) < 5) THEN
...
END IF;
END;
When the value of on_hand is zero, the left operand yields TRUE, so PL/SQL need
not evaluate the right operand. If PL/SQL were to evaluate both operands before
applying the OR operator, the right operand would cause a division by zero error. In
any case, it is a poor programming practice to rely on short-circuit evaluation.

lo que yo entiendo de esto es que cuando la evalución de izquierda es verdadera PL/SQL no necesita evaluar datos de la parte derecha por lo tanto debería traerme solo los registros de coincidan con el valor 1.

Hasta Luego y gracias por su atención

[delphi.com.ar]

Empezado por lucasarts_18

Si yo quito la segunda expresión, es decir el Or, me devuelva los registro que cumplen la condición 1, la idea es que si yo entrego un valor inexistente (lo hago de forma adrede a través de la aplicación) me devuelva registros que contenga 1 y 2

Ahora entiendo otra cosa...

Por un lado quieres obtener:

Código SQL [-]
SELECT NOM.*, SEG.COD_ESTADO_SEG 
FROM PRF_NOMBRAMIENTO NOM, PRF_SEGUIMIENTO SEG
WHERE NOM.ANO_ACADEMICO = SEG.ANO_ACADEMICO
    AND NOM.COD_ESCUELA = SEG.COD_ESCUELA
    AND NOM.COD_NOMBRA = SEG.COD_NOMBRA
    AND SEG.COD_ESTADO_SEG BETWEEN 1 AND 2

Pero cuando no se cumple esa relación quieres que la relación se establezca con los vigentes?...

yo pondría un "OR NOT EXISTS (RELACIÓN) AND ESTADO = 'VIGENTE'"

[Mick]

Estas mezclando dos conceptos diferentes, que se evalue o no la segunda comparacion es un tema de optimizacion del compilador o interprete que sea, una optimizacion permite simplemente que el codigo se ejecute un poco mas rapido, pero esto no tiene nada que ver con el resultado, es decir
el resultado de una comparacion o consulta va a ser el mismo independientemente de que se evaluen los dos resultados o no.

Si hacemos "A o B", y al interpretar el resultado vemos que A es VERDADERO podriamos evaluar B o no, pero ya sabemos que el resultado final va a ser VERDADERO valga lo que valga B, de modo que muchos compiladores por tema de acelerar la ejecucion y no hacer comprobaciones superfluas, siemplemente ahi paran y ya no evaluan B porque no hace falta, ya sabemos que el resultado final es VERDADERO independientemente de lo que valga B.

La explicacion en ingles de "Short-Circuit Evaluation", no tiene que ver con que los resultados en tu caso vayan a ser diferentes, has interpretado mal esa explicacion.

Ese texto se limita a explicar un caso muy concreto que de rebote produce el hecho de no evaluar B, y es que si en B existe una operacion matematica que puede dar error (como una division por cero), en el caso de short-circuit evaluation si A ya es verdadero, la operacion B no daria error porque B no se evalua. No es que de resultados distintos es que se pararia el programa con un error o excepcion de division por cero en el caso de que se evaluase B.

Pero este es un caso "extremo" por asi decirlo que no tiene que ver con la logica del operador OR, en definitiva un OR es un OR y siempre dara el mismo resultado independientemente de que el compilador o el interprete lo procesen de una forma u otra.

Saludos