Search for a command to run...
Ingeniero informático, Oracle ACE, DBA y Arquitecto OCI, con más de 15 años de experiencia en plataformas Oracle. Certificado en OCI Certified Architect Professional y OCI Migration and Integration Certified Professional.
No comments yet. Be the first to comment.
Vamos a contar la historia de como una consulta que se lanza de manera anual, pasa de una ejecución de 24 minutos a 18 segundos. Lo primero que vamos a hacer es generar el tkprof. Con esto vamos a poder determinar qué está sucediendo internamente en ...
En el artículo de hoy vamos a ver las Calendar functions en 26ai, diseñadas para simplificar la "vida" a los desarrolladores. Antes de su existencia, esto se resolvía con ingeniosas combinaciones usan
![[26ai] SQL: Calendar functions/Aggregation Filters "CALENDAR"](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F587e3328-9877-4c7a-aad7-7811e251f81e.png&w=3840&q=75)
En el artículo de hoy vamos a ver como podemos recrear una PDB$Seed de manera fácil en caso que se quede corrupta y no tengamos backup. sys@> alter pluggable database PDB$SEED open read only; alter pl
![[OCI] Recreación PDB$SEED](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F289ede5b-558c-4f93-b5c0-fa04680c91ca.png&w=3840&q=75)
El artículo también se encuentra publicado en Ingles English version. En el artículo de hoy vamos a ver como podemos clonar una PDB usando RMAN Active Duplicate o bien usando una instrucción DDL entre
![[OCI] Clone PDB](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F8ce0c665-4a5d-459d-91cf-ffe3f47d8176.png&w=3840&q=75)
El artículo también se encuentra publicado en Ingles English version. En el artículo de hoy voy a compartir un sh que utilizo para ver de una manera rápida los jobs que se ejecutan desde Oracle Databa
![[OCI] Check Jobs DBCli](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F1376a869-58fa-491e-926a-a6ead08f9c80.png&w=3840&q=75)
El artículo también se encuentra publicado en Ingles English version. En el artículo de hoy vamos a ver la nueva sintaxis introducida para simplificar aún más los joins evitando errores comunes, hacie
![[26ai] JOIN_TO_ME](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F16a23f6e-ec4c-4f0a-9529-2c8a2af2ef5e.png&w=3840&q=75)
Siguiendo el post anterior Ejecuciones que se pierden, vamos a continuar con la optimización de la consulta.
Los puntos que vamos a atacar van a ser principalmente intentar reducir la lectura de bloques que se producen en las operaciones nesteed loops, pero para ello tenemos que ver la causa.
Analizando la SQL encontramos clausulas exists, not exists o claulas join no-join como la siguiente:
Este tipo de operaciones impiden al CBO hacer su trabajo. Tenemos que restructurar la consulta para intentar corregir ese tipo de operaciones para que el CBO pueda hacer su trabajo. Restructuramos la consulta y generamos el tkproff de nuevo
Pasamos de una ejecución que leía 4.355.942 bloques a 12.744 bloques donde el número de filas devueltas es el mismo, es decir 147, y lo más importante ¡la consulta vuelva! El resultado es inmediato escribiendo correctamente el SQL.
Comparamos ahora la ejecución anual, a ver si mejoramos los tiempos
¡la noche al día! Casi 400.000.000 millones de bloques leídos frente a un 1.800.000 bloques leídos con la optimización, pasando de una ejecución de 24 minutos a 18 segundos.
Conclusión, no siempre el problema de tiempos es debido a la base de datos, sino que a veces el problema es el uso del propio lenguaje SQL, el uso incorrecto del SQL en este caso ha jugado malas pasadas, donde las malas practicas impedían al CBO hacer su trabajo.