Trabajando con Oracle Warehouse Builder - OWB Parte 3 - Un poco de Afinación en OWB

Estaba trabajando en un mapping que me estaba poniendo problema de performance. Comencé a revisar el explain del query que genera OWB para el mapping y vi que tenía con un costo de 57.634.199.428. Aunque en muchas ocasiones la BD dice mentiras en este costo, decidí guiarme por este y comenzar a trabajar en índices para poder bajar el costo y el resultado fue 14.899.776 (En una entrada posterior voy a hablar en temas de afinación en la BD Oracle).

Mejoro mucho, sin embargo puse a correr durante seis horas el mapping y no fui capaz de lograr que terminara. Comencé a analizar más y decidí sacar una parte del mapping y llevarlo a un mapping aparte para poder realizar algunas operaciones en un paso antes del mapping y lo lleve tal como lo tenía en el mapping, a continuación les muestro como estaba el mapping.

Revise el query generado para este mapping en el explain y el costo me dejo boquiabierto.

Increíble que el costo fuera de 14591695... Casi lo mismo que el anterior mapping en el que tenía una pequeña telaraña (por lo grande del mapping) entonces me puse a analizar mi problema y me di cuenta que el problema es:

El comportamiento de esto es lo más pesado.

Lo que me tiene sorprendido es el comportamiento con este elemento porque es realmente muy malo, por eso decidí eliminar de manera inmediata el subquery filter y poner un join para mejorar el rendimiento de mi mapping.

El query que genera este mapping me dio como resultado este explain.

¿Puede mejorar más? Claro que si se puede mejorar más porque todo es factible de mejorar en esta vida, sin embargo por ahora vamos a quedar allí porque solo quiero resaltar el problema que resulta de tener un subquery_filter y que es mil veces mejor tener un joiner, por favor en sus desarrollos trate en la medida de lo posible hacer esto para que no tenga problemas.