Qué hace un "+ 0 ="

[gnzsoloyo]

Una pegunta para los conocedores de Oracle (a pesar de haber hecho los cursos de DBA nivel 1 y 2, ercién estoy haciendo mis priemras armas en este DBMS).
El caso es que quiero entender qué hace esto:
Tengo dos tablas en un JOIN, donde el WHERE tiene esta relacion:

Código SQL:

va.idvendedor + 0 = ve.idvendedor
 

- Obviamente VA y VE son los alias de las tablas.
- VE es tabla base y idvendedor es su PK.
- VA es tabla secundaria y idvendedor es una FK declarada que referencia a VE.

¿Qué es lo que hace este "+ 0 = " que se le agregó a la relación del JOIN?

[jc3000]

A lo mejor tiene su sentido/utilidad, pero salvo que sea otra manera sintactica de poner un OUTER JOIN, no le veo sentido.

A ver si huesos o matanga que son los gurús de aquí tienen alguna idea de lo que preguntas, que me ha entrado la curiosidad.

Saludos

[huesos52]

Señores, aunque no tengo una respuesta, el tema resulta bastante interesante.

Probé con una consulta que recurre a varias tablas y utiliza varios join de este tipo. Realicé un explain plan de la consulta con " + 0 =" y sin el mismo y el costo, cardinalidad y bytes utilizados de la consulta mejora bastante haciendo uso de este juego de caracteres.

Intentaré investigar un poco. Por ahora quedamos en manos de matanga. :)

[huesos52]

Investigando un poco me encontré con una explicación (Me hubiese gustado que fuera en la doc de oracle) a este tema.

SELECT EMP.*,DEPT.DNAME FROM EMP WHERE EMP.DEPTNO = DEPT.DEPTNO + 0;

The + 0 (which is illogical) was used to disable the rule to use the index on the DEPT.DEPTNO column because it was
involved in a function and to prefer the nonunique index on EMP.DEPTNO. It looked ugly, but it worked in situations
where an application and the indexes couldn't be tuned anymore.

En pocas palabras, entiendo que hasta la versión 7, oracle realizaba sus planes de ejecución mediante RBO (Rule Based Optimizer)
Posterior a esta versión trabaja por defecto en CBO (Cost Bassed Optimizer) que permite obtener el plan de ejecución mas optimo
para la consulta haciendo uso de las estadisticas de las tablas.

Este juego de caracteres parece ser utilizado en versiones anteriores para deshabilitar ciertas reglas y guiar un poco a oracle en la construcción de su plan de ejecución.

La fuente es:
http://www.techrepublic.com/article/...le-10g/5219086

Espero aclare algunas dudas.

Saludos

[jc3000]

AHora parece que tiene sentido

:)

SI tengo tiempo en el curro, intentaré profundizar un poco con esto.

Gracias, Huesos.

[scooby151]

Hola huesos52

Siguiendo con este tema, entonces, esto funcionaria en las versiones 11 o 12??


Saludos

[huesos52]

Yo creería que no tiene mucho sentido. Posterior a la versión 7, el optimizer se encuentra configurado por defecto como CBO y según la pobre documenación encontrada, este comando es usado para deshabilitar reglas donde el optimizer se encuentra como RBO.

Sin embargo, me queda la duda de la prueba en los planes de ejecución que hice. Fue en una base de datos 10g y este juego de caracteres mejoró un poco los costos y la cardinalidad de la consulta.

A la espera de los comentarios de Matanga o de la investigación de JC3000 o gnzsoloyo.

[jc3000]

No he podido mirar nada, pero lo tengo en la agenda.

De todas maneras, el hacer una conversion de un campo indice obliga a Oracle a buscar otras vias ( si no las hay, te hace un full scan de la tabla ) y quizás los tiros vayan por ahí.

Recuerdo una discusión que tuve con un programador porque me decia que la BBDD estaba mal, que tenía una query que le tardaba un huevo y accedia por un campo indice......... hasta que descubrí que hacía una conversión de un date a un char y le hacía un fullscan de lo mejorcito

[matanga]

La condición campo +0 = valor solo tiene impacto en el uso de índices, y era útil cuando se quería forzar un fullscan con el optimizador basado en Regla (RBO), es decir:

1. El hint FULL evita el índice, pero cualquier hint (excepto RULE) provoca que el optimizador resuelva la consulta con CBO.

Código:

create table tabla1 (campo1 number);
create index ind1 on tabla1(campo1);
select /*+ full(tabla1) */ campo1 
 from tabla1 where campo1=valor;

2. El hint RULE (también está el parámetro OPTIMIZER_MODE=RULE) provoca que el optimizador resuelva las consultas con RBO, y en este caso, la única forma de evitar el índice es aplicando una función nula al campo.

Código:

create table tabla1 (campo1 number);
create index ind1 on tabla1(campo1);
select /*+ rule */ campo1 
 from tabla1 where campo1 +0 =valor;

En cualquier caso, esto ya no tiene mucho uso, el modo RBO está completamente deprecado, y el modo CBO ha evolucionado tanto en las últimas versiones que rara vez se necesita forzar su comportamiento con hints.

Saludos

[scooby151]

Hola...

Muchas gracias a todos por la aclaración sobre el tema.

Saludos.