tag:blogger.com,1999:blog-268011812026-04-01T01:07:58.537+02:00El lenguaje de programación de bases de datos Oracle PL/SQL. Librerías y funciones estándar SQL y PLSQL.JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.comBlogger107125tag:blogger.com,1999:blog-26801181.post-12163560656296874162026-03-18T06:00:00.001+01:002026-03-18T10:34:46.448+01:00<p>Con anterioridad a la versión 12c de la base de datos Oracle, un procedimiento PLSQL o unidad de programa con privilegios definidos a través de la cláusula <b>AUTHID DEFINER</b> siempre se ejecutaba con los privilegios del propietario del programa. Por otro lado, cuando la misma unidad de programa se definía utilizando la cláusula <b>AUTHID CURRENT_USER</b>, dicho programa siempre se ejecutaba con los privilegios del usuario que lo ejecutaba.</p> <div class="separator" style="clear: both;"><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjxCfneT1QbISkis3qZ_ibxOdvlillGj6kH3CGHvUKW-xduUwHDAdfLFT_7jwWJihTZ_JsLniw6W08Ox5-6-uasli_-lIachDed7s8XPy9ujrjl6UxZ7QkRSCXrPlpHEpSnYSHQeHCDSOZTJorAHuD9J_is3PwaZPMOuZxbAZKG670OWka8bDQtuLy3QqMG/s941/CREATE-ROLE.jpg" style="display: block; padding: 1em 0; text-align: center; "><img alt="CREATE ROLE" title="Asignación de permisos (ROLES) a los programas PLSQL" border="0" width="400" data-original-height="498" data-original-width="941" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjxCfneT1QbISkis3qZ_ibxOdvlillGj6kH3CGHvUKW-xduUwHDAdfLFT_7jwWJihTZ_JsLniw6W08Ox5-6-uasli_-lIachDed7s8XPy9ujrjl6UxZ7QkRSCXrPlpHEpSnYSHQeHCDSOZTJorAHuD9J_is3PwaZPMOuZxbAZKG670OWka8bDQtuLy3QqMG/s400/CREATE-ROLE.jpg"></a></p></div> <p>Disponer de solo estas dos formas de utilización de la cláusula AUTHID <b>limitaba bastante la funcionalidad de las bases de datos Oracle en cuestión de seguridad</b>, ya que cuando un usuario necesitaba ejecutar un programa PL/SQL determinado, dicho usuario tenía que tener los mismos privilegios que el propietario del programa. El problema de seguridad se agravaba mucho más cuando eran todos los usuarios los que necesitan tener acceso a dicho programa.</p> <a href="https://www.plsql.biz/2014/01/asignacion-de-permisos-ROLES-a-programas-PLSQL.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-11090116650661036712026-02-24T06:30:00.001+01:002026-02-24T09:32:06.887+01:00<p>En las versiones anteriores a la <span style="font-weight:bold;">release 2 de la base de datos Oracle 11g</span>, cuando se creaba cualquier objeto en la base de datos utilizando una sentencia SQL o PL/SQL, ya fuera un tabla, un índice o cualquier otro objeto que requiriese ser almacenado, el gestor de la base de datos creaba los segmentos necesarios y asignaba un tamaño inicial a los mismos, un tamaño que podía ser pequeño, de unos 64 Kbytes mínimo, pero dicho espacio ya no podía ser utilizado para otras necesidades. En los tiempos actuales, un tamaño de 64 Kbytes no es nada, pero si algo tan pequeño se tienen que repetir muchas veces, entonces el consumo de recursos de almacenamiento puede llegar a ser bastante grande.</p> <div class="separator" style="clear: both;"><p><a href="/2010/06/creacion-diferida-segmentos-deferred.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="deferred_segment_creation" title="Creación diferida de segmentos " border="0" width="400" data-original-height="410" data-original-width="797" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgGqQ023JMT6-V73lxzvJcSimQ5GsO7dsmq7H986AtZLoNbv_aY6yLczo7dJtc1BoxVW2oAeuJDy_yus24yL-LOBvHD01VQxmuO6imDIHrmOYQMJcUtZE0-qdyYTrK9WunJw6ZB6wkq_pbu1zD1uzl1wvFKgnMirBczCCSjZ6Ywjf5W6Um-NT1LGK9IBcC-/s400/deferred_segment_creation.png"></a></p></div> <p>Por ejemplo, podemos pensar en alguna aplicación que necesitase crear cientos o miles de tablas, tablas que nunca van a ser utilizadas pero cuyos segmentos de almacenamiento tienen que ser creados de todas formas. Algunos pueden preguntarse por qué un aplicación puede necesitar crear tablas que nunca van a ser utilizadas, este hecho no es tan extraño ya que existen muchas aplicaciones, como por ejemplo Oracle Financials, que ofrecen funcionalidades que requieren el uso de determinadas tablas y dichas tablas sólo contienen datos cuando se hace uso de dichas funcionalidades. Para evitar el consumo de almacenamiento en este tipo de situaciones, la release 2 de la base de datos Oracle 11g incorpora una <span style="font-weight:bold;">nueva funcionalidad</span> conocida como <span style="font-weight:bold;">creación diferida de segmentos</span> (<span style="font-weight:bold;"><i>Deferred Segment Creation</i></span>), funcionalidad que a continuación explicaremos y analizaremos.</p> <a href="https://www.plsql.biz/2010/06/creacion-diferida-segmentos-deferred.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com2tag:blogger.com,1999:blog-26801181.post-74572076383940408512026-02-03T06:30:00.000+01:002026-02-03T09:59:33.595+01:00<h2 style="font-size:130%">Uso de funciones PLSQL dentro de una sentencia SELECT</h2> <p>Ya hace bastante tiempo que los programadores de bases de datos Oracle podemos llamar a nuestras propias funciones PL/SQL desde una sentencia SQL. Por ejemplo, supongamos que definimos la función PORCENTAJE que realiza una serie de cálculos para devolver un porcentaje. La función puede ser algo tan sencillo como:</p> <div class="separator" style="clear: both;"><p><a href="/2013/10/with-function-oracle-12c.html#more" style="display: block; padding: 1em 0; text-align: center; "><img border="0" width="400" data-original-height="359" data-original-width="700" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjz51-izGhsDZGtClMUbgAJ61San_XbgW88_ByYG8VJfrOWKV5v1slr2Q5C1s19Q4QF512B3VbhVGYDYtHia_NOB2XJLDsUUEosJ2wU93YzDw7lNcVAjvT0DvgnIfnalsDGSBsrj0i5oZm1ZDIPP3UkGGI3hCTdk4cuHAxxKrAHdhIK1LIC9xJztmJG2UXh/s400/Clausula-WITH-FUNCTION.jpg" alt="Cláusula WITH FUNCTION" title="Cláusula WITH FUNCTION"></a></p></div> <blockquote><pre><p>FUNCTION porcentaje ( val1 IN NUMBER, val2 IN NUMBER ) RETURN NUMBER IS BEGIN RETURN (val1*100/(val1+val2)); END;</p></pre></blockquote> <a href="https://www.plsql.biz/2013/10/with-function-oracle-12c.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-1155142013309236052026-01-19T06:30:00.001+01:002026-01-19T11:20:40.069+01:00<p>El lenguaje PL/SQL permite la construcción de bucles, esta funcionalidad es, sin duda, extremadamente útil. No obstante, utilizar bucles puede causar problemas de rendimiento en nuestras rutinas, aunque ciertamente estos problemas son fáciles de determinar y corregir.</p> <div class="separator" style="clear: both;"><p><a href="/2006/08/bucles-y-problemas-de-rendimiento.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="Sentencia FOR LOOP y rendimiento PLSQL" title="Bucles y problemas de rendimiento (performance)" border="0" width="400" data-original-height="441" data-original-width="750" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiqTHXPyZSMXYoKYdTRPZb1JcXMcUq6jUxdILq5jx-VPdQPU0SzCGOix81M4AYq_R5RcU8BK4LnVcHPyMDLtjJoxoceO27I2Be5knbAhw17z7vEWVGQRu4eSCPT7n4ImXX5hUjh57DcyOeouGhtwEwOJbxwe2UM-kHPAabOAFgKsaNZt3Ka1OlkTPwCv_5X/s400/plsql-bucles-y-rendimiento.jpg"></a></p></div> <p>Imaginemos que una rutina PL/SQL contiene una sentencia select y los registros que devuelve son utilizados para actualizar otra tabla dentro de un bucle. Por ejemplo:</p> <p>FOR bucle1 IN (<br>   SELECT articulo<br>   FROM articulos<br>   WHERE descripcion = &#39;%zapato%&#39;<br> ) LOOP<br>   UPDATE precios<br>   SET precio = precio * 1.05<br>   WHERE articulo = bucle1.articulo;<br> END LOOP;</p> <a href="https://www.plsql.biz/2006/08/bucles-y-problemas-de-rendimiento.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com5tag:blogger.com,1999:blog-26801181.post-11655974507605914552025-12-18T06:30:00.000+01:002025-12-18T11:47:31.519+01:00<p>Si habéis llegado hasta este artículo es muy probable que tengáis que escribir en algunas ocasiones código PLSQL. Esto quiere decir que también, al menos ocasionalmente, necesitaréis analizar dicho código contestando cuestiones como:</p> <ul><li>¿De qué objetos de la base de datos depende mi programa?</li> <li>¿Cuáles de mis paquetes PL/SQL contienen llamadas a subprogramas en otros paquetes o referencias a variables globales?</li> <li>¿Contiene alguno de mis subrutinas PLSQL parámetros con tipos de datos que no se deberían seguir utilizando?</li> <li>¿Están todo mi código compilado con el suficiente nivel de optimización?</li></ul> <div class="separator" style="clear: both;"><p><a href="/2013/07/diccionario-datos-PLSQL-bases-de-datos-oracle.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="Diccionario de datos PLSQL de las bases de datos Oracle" title="El diccionario de datos PL/SQL en las bases de datos Oracle" border="0" width="400" data-original-height="465" data-original-width="699" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgUSrpcvAgFhddmtIU1ZEEGmLAi5xc2WDZyee-wx-iQFRSi4ZUYyRZj_qkWxuQWvA8jj0do-jibNGO92GliEWVIUoqtbZmRoH8_KyGj2Cqn9Ns3jZBGc8MnTILjnBDV-afIPLzfTq4jSPupMq29AzauE9zESGaEKGg8RM0Be0wklPmrtnYAGQXLi-tSFhd5/s400/Oracle-Database-Data-Dictionary.jpg"></a></p></div> <p>Obviamente, siempre podréis utilizar las <b>funcionalidades de búsqueda de vuestro editor PL/SQL</b> o de vuestro sistema integrado de desarrollo para navegar a través de los múltiples objetos y ficheros de la base de datos Oracle tratando de encontrar específicos pedazos de texto. Pero esto no sería suficiente para poder contestar todas las preguntas anteriores y algunas más que os pudieran surgir. Con este artículo y algunos más que escribiré más adelante podréis conocer las respuestas a dichas preguntas, y para ello hay que conocer <b>en que consiste el diccionario de datos PLSQL de las bases de datos Oracle</b>.</p> <a href="https://www.plsql.biz/2013/07/diccionario-datos-PLSQL-bases-de-datos-oracle.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-64804828141244301332025-11-26T06:30:00.000+01:002025-11-26T12:13:26.511+01:00<p>En la mayoría de los casos, cuando una de nuestras aplicaciones PLSQL genera una excepción, es la base de datos Oracle la encargada de notificarlo automáticamente. Es decir, un programa PL/SQL reportará un error si durante la ejecución del mismo ocurre algún tipo de problema que la base de datos Oracle no puede manejar por si sola y nuestro código no tiene control sobre el mismo (ver artículo sobre el <a href="/2007/01/manejo-de-excepciones-el-plsql.html"><b>manejo de excepciones con PL/SQL</b></a>).</p> <div class="separator" style="clear: both;"><p><a href="/2012/07/generacion-de-excepciones-en-plsql.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="RAISE_APPICATION_ERROR" title="Gestión de errores en PL/SQL: generación de excepciones" border="0" width="400" data-original-height="385" data-original-width="700" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh2rQ_e883FN5iyjoZ7QusljITgqU5g7u9JPHN-8IFij_1ZIU8ZwryahVDlD8POYYFFQFvEU85HFe916Hz-9WLGx-XcvlvOtefQrVOrZG2h53LFlScdx4VLurWz_-C5qudqwSUGrubvqaYNTW224qohrj1SqeYJSYgtJkgUH0Y3ZgHrUa3SKCaTMoMSM1Zo/s400/RAISE_APPLICATION_ERROR.jpg"></a></p></div> <p>Lo que muchos programadores desconocen es que <b>PLSQL permite generar excepciones desde el propio código</b>. ¿Por qué el código PL/SQL permite esto? Porque no todos los errores en una aplicación son debidos a fallos de procesamiento internos de la base de datos Oracle. También es posible que determinadas condiciones en los datos constituyan un error para nuestra aplicación, en cuyo caso necesitaremos parar nuestro programa y, con mucha probabilidad, notificar al usuario de que algo va mal.</p> <a href="https://www.plsql.biz/2012/07/generacion-de-excepciones-en-plsql.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-1047553519203585412025-11-21T07:30:00.070+01:002025-11-21T13:45:10.326+01:00<p>Cuando planificas un proyecto técnico o empresarial, el <a href="https://www.cdmon.com/es/dominios/registrar-dominios" target="_blank">dominio web</a> no es un simple nombre bonito. Su elección influye directamente en la infraestructura digital que sostendrá tus servicios, afectando DNS, certificados de seguridad y despliegues automáticos. Seleccionar un dominio adecuado desde el inicio evita dolores de cabeza posteriores y mejora la percepción profesional de tu proyecto.</p> <div class="separator" style="clear: both;"><p><a href="/2025/11/elegir-dominio-web-para-aplicaciones-empresariales.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="Dominios web para aplicaciones empresariales" title="¿Cómo elegir un dominio web sólido para entornos profesionales, proyectos técnicos y aplicaciones empresariales?" border="0" width="400" data-original-height="393" data-original-width="589" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg24pATEP8fBwZi33X40cindjf_LRjQi3QQxDntz9k1Ve0V2YVMrGmR4nujOwOvhAQqWP2IJJf4uqScYWeIJUoMoDuCfyEdoDp2denpa9UvrdyFVzsL5lPKmhyphenhyphenQgf_FQbohNvupxTN8RU8a3GezuhnSdM4U1VB-4Xp3xSfKST4lyHHKzRORzqAAXlD6zPaP/s400/dominios-aplicaciones-empresariales.jpg"></a></p></div> <p>Además, un buen dominio ayuda a mantener ordenadas las dependencias entre entornos de desarrollo, staging y producción, mientras que una estructura de nombres pensada <b>facilita la integración con sistemas cloud y pipelines de CI/CD</b>. Esta organización evita conflictos entre subdominios y facilita la escalabilidad del proyecto a medida que crece la base de usuarios o servicios.</p> <a href="https://www.plsql.biz/2025/11/elegir-dominio-web-para-aplicaciones-empresariales.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-25665061881838090482025-11-05T06:30:00.000+01:002025-11-05T11:58:57.003+01:00<p>Ya escribí con anterioridad un <a href="/2018/07/pl-scope-user-identifiers-1.html"><b>articulo introductorio sobre la vista ALL_IDENTIFIERS</b></a>. ALL_IDENTIFIERS muestra información relevante sobre todos los identificadores de los objetos PL/SQL o unidades de programa almacenados en la base de datos Oracle a los que tiene accesos un determinado usuario.</p> <div class="separator" style="clear: both;"><p><a href="/2018/08/vista-all-identifiers-usos-y-funcionalidades.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="ALL_IDENTIFIERS" title="La vista ALL_IDENTIFIERS, usos y funcionalidad (2)" border="0" width="400" data-original-height="403" data-original-width="712" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj6VK9Soh3wcJ-jq1mAUzymho2DcZp1PRYP-tIm31mcHLWJXTIEmJcj46sJWzFMEY77Bt4tslz-NdM_IPmA_JiqQk9DXyZYMTsn2gae__7TYyHjmTrKMWTzKcVzq0mxz7V9pLuHQEe7bUFlwRl-xy_2s_59OrCz6EefFKcMjGN0LwCo-ahWWGG0Ls_DamxN/s400/ALL_IDENTIFIERS.jpg"></a></p></div> <p>Las columnas clave de la vista ALL_IDENTIFIERS son:</p> <ul><li><b>OWNER</b>: El propietario de objeto PL/SQL o unidad de programa que contiene el identificador.</li> <li><b>NAME</b>: Nombre del identificador.</li> <li><b>TYPE</b>: Tipo de identificador (por ejemplo, FORALL OUT, CONSTANT, PACKAGE o RECORD).</li> <li><b>SIGNATURE</b>: Cadena única asignada a cada identificador, útil para poder distinguir entre los diferentes identificadores que tienen el mismo nombre.</li> <li><b>OBJECT_NAME</b>: Nombre del objeto o unidad de programa que contiene el identificador.</li> <li><b>OBJECT_TYPE</b>: Tipo del objeto o unidad de programa que contiene el identificador (por ejemplo, PACKAGE, TRIGGER o PROCEDURE).</li> <li><b>USAGE</b>: Tipo de uso del dentificador.</li> <li><b>USAGE_ID</b>: Identificador único del uso del identificador.</li> <li><b>USAGE_CONTEXT_ID</b>: Clave foránea que identifica el USAGE_ID de su registro padre (por ejemplo, el registro padre de un parámetro de una función o procedimiento dentro de un paquete PLSQL sería la propia función o procedimiento).</li> <li><b>LINE</b>: Número de la línea de programa donde aparece el identificador.</li> <li><b>COL</b>: Número de columna en la línea de programa donde aparece el identificador.</li> </ul> <a href="https://www.plsql.biz/2018/08/vista-all-identifiers-usos-y-funcionalidades.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-227339783965146472025-10-16T06:30:00.001+02:002025-10-16T13:44:29.659+02:00<p><b>USER_ARGUMENTS</b> y <b>DBA_ARGUMENTS</b> son dos vistas realmente útiles para los programadores de PL/SQL. Contienen información sobre los argumentos, también llamados parámetros, de cada uno de los programas almacenados en nuestro esquema (USER_ARGUMENTS) o en toda la base de datos Oracle (DBA_ARGUMENTS, el acceso a esta vista suele estar restringido a los administradores de la base de datos). Al mismo tiempo, ofrece una gran cantidad de información muy bien diseccionada y estructurada.</p> <div class="separator" style="clear: both;"><p><a href="/2018/05/vistas-user-arguments-y-dba-arguments.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="USER_ARGUMENTS y DBA_ARGUMENTS" title="Vistas USER_ARGUMENTS y DBA_ARGUMENTS para analizar los argumentos de funciones y procedimientos" border="0" data-original-height="388" data-original-width="555" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiHjXJjdhAbMt_tKFlj_MAoMgHq-rraS812uxJFLZeN0KgvHrsRtZ9MexDPzb-DJpXarazVn4OWIPoFXmMgLy7zOcMK0rJgP4iE3f7DMHwi0ymsf9O257hdt4f9QIuyVo51MXpXz2aU4kfsja1kLXszy1VpdrPdBm_WHBKUUzSG_6Z9G39nj3ymNXhYHeRC/s1600/ALL_ARGUMENTS.jpg" width="450"></a></p></div> <p>Las columnas clave de esta vista son:</p> <a href="https://www.plsql.biz/2018/05/vistas-user-arguments-y-dba-arguments.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-31117893584986967112025-09-25T06:30:00.000+02:002025-09-25T15:24:28.106+02:00<p>Incluso si fuéramos capaces de escribir un <b>programa PL/SQL absolutamente perfecto</b>, es altamente probable que algo pueda ir mal y se produzcan <b>errores durante la ejecución</b>. La manera en que nuestro código responde frente a estos errores, a menudo determina la diferencia entre una aplicación que funciona correctamente y otra que da continuos problemas a los usuarios y a los encargados de su mantenimiento.</p> <div class="separator" style="clear: both; text-align: center;"><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj_YSoNaW_MOW0gasYcVcZ_UsQU9kZNBj0SlJpKCtItgfrTMpjAjl9GiGaMmbsdyWbrsez__CrwnPqIBbXuFZ7W6HltGx38jrH4XMPZgTGmzcm-kj0t7jfZpNYJ596o3pRtMdN9/s1600/excepciones-plsql.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj_YSoNaW_MOW0gasYcVcZ_UsQU9kZNBj0SlJpKCtItgfrTMpjAjl9GiGaMmbsdyWbrsez__CrwnPqIBbXuFZ7W6HltGx38jrH4XMPZgTGmzcm-kj0t7jfZpNYJ596o3pRtMdN9/s1600/excepciones-plsql.png" data-original-width="603" data-original-height="1027" width="400" alt="Gestión de errores" title="Gestión de errores en PLSQL - Visión general"></a></p></div> <p>Este es el primer artículo de una serie que escribiré sobre la gestión de errores en PLSQL. En ellos podréis leer sobre: los diferentes tipos de excepciones que se pueden dar; cuándo, cómo y por qué se generan excepciones; cómo definir nuestras propias excepciones; como manejar las excepciones cuando estas se producen; y cómo es posible informar a los usuarios cuando aparece un problema.</p> <a href="https://www.plsql.biz/2018/02/gestion-de-errores-en-plsql-vision-general.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-1157480531498502492025-09-09T06:30:00.001+02:002025-09-09T11:45:52.365+02:00<p>Las tablas externas en PLSQL permiten hacer consultas desde una base de datos Oracle sobre datos almacenados en un fichero de texto como si dicho fichero fuera una tabla de la base de datos. En Oracle 9i, sólo se podían realizar operaciones de lectura con las tablas externas; en cambio, desde la versión Oracle 10g, se puede también escribir datos en una tabla externa que será creada en ese momento, es decir, no se puede utilizar una tabla externa que ya existe para realizar esta operación.</p> <div class="separator" style="clear: both;"><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh8x6NHUlZpljUKeJIpCHfDn006AVO1WsfQKt16-Ejx6neuW-zThjLkTadXBw9xYaBTtmJleX2SliRcUGuPSjmiCVg2VHp564snM0R76MTuDZ6joETJTU3xMspAguZR0H_MttFcJzsyRj-UAW45Uxs58afWlqKP7pWz38A4Namuo2W2YvLQrxkzbLviSD6u/s700/tablas-externas.jpg" style="display: block; padding: 1em 0; text-align: center; "><img alt="" border="0" width="400" data-original-height="375" data-original-width="700" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh8x6NHUlZpljUKeJIpCHfDn006AVO1WsfQKt16-Ejx6neuW-zThjLkTadXBw9xYaBTtmJleX2SliRcUGuPSjmiCVg2VHp564snM0R76MTuDZ6joETJTU3xMspAguZR0H_MttFcJzsyRj-UAW45Uxs58afWlqKP7pWz38A4Namuo2W2YvLQrxkzbLviSD6u/s400/tablas-externas.jpg" alt="CREATE DIRECTORY" title="Tablas externas en PL/SQL"></a></p></div> <p>Aunque se pueden hacer consultas sobre las tablas externas, éstas no permiten todas las funcionalidades que permite Oracle sobre tablas normales. Por ejemplo, no es posible realizar algunas operaciones DDL (sentencias de definición de objetos como revoke, grant, etc.) sobre tablas externas aparte de la creación y actualización de la definición de la misma; por lo tanto no es posible crear índices sobre una tabla externa.</p> <a href="https://www.plsql.biz/2006/09/tablas-externas.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com35tag:blogger.com,1999:blog-26801181.post-18392341913298311992025-07-31T06:30:00.000+02:002025-07-31T09:51:43.030+02:00<p>Cuando se trabaja en PLSQL con tablas anidadas y varrays (ver artículo sobre los <a href="/2012/12/tipo-de-dato-coleccion-plsql-collection-datatype.html">tipos de dato colección del PL/SQL</a>), es necesario <b>inicializar la variable colección</b> antes de que pueda ser utilizada. Para conseguir esto se puede utilizar la denominada <b>función constructora</b>, una función que la base de datos Oracle crea de forma automática cuando se declara la variable colección.</p> <div class="separator" style="clear: both;"><a href="/2013/01/inicializacion-colecciones-plsql.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="PL/SQL - Colecciones" title="Inicialización y asignación de valores a colecciones PL/SQL" border="0" width="400" data-original-height="400" data-original-width="750" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg4KzoLrMxciB8C4wh9C0AUb1igw6QkstwrUar3fK5HoY-pYZaFfJ5pXFQFPGHzOUxjca2zHgy9-04POqWcSkk3YJDimBprOaLRQ9PDFXmJinE_pRaQ5sGwLDZcC1qDYhIpS1E9Efp7oDAK_sDC9LXfL9WcoCg_UNKdmjd0Un8HWGsSJKXbUSpNwKUQIImo/s400/PLSQL-Colecciones.jpg"></a></div> <p>Los que hace la función constructora es construir una instancia del tipo correspondientes al de la función. La función puede ser llamada sin utilizar argumento alguno, aunque también se le pueden pasar una o más expresiones del mismo tipo que sean elementos de la colección PL/SQL, elementos que se insertarán en la colección.</p> <a href="https://www.plsql.biz/2013/01/inicializacion-colecciones-plsql.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-48254589845776672332025-07-01T06:30:00.000+02:002025-07-01T17:18:05.528+02:00<p>Cuando nos encontramos ante una tabla en la que los datos se encadenan siguiendo una <b>estructura jerárquica</b> (es decir, existen registros padre y registros hijo), puede llegar a ser necesario <b>recuperar los datos de forma recursiva</b>, mostrando la estructura jerárquica o la relación existente entre unos datos y otros.</p> <div class="separator" style="clear: both; text-align: center;"><p><a href="/2012/10/consultas-jerarquicas-plsql-start-with-connect-by-prior.html#more" imageanchor="1" style="margin-left:1em; margin-right:1em"><img border="0" height="189" width="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjl8JsqW9jbB6yE5Hkyojo-0Cq0CyXuejcw-sJxKWaYAZquIOcclJe3Wy-j_zn11LbJEaBUOdy3qYsPExH1LWWkS5uz0NuQa6APHbIvQYoK3bGNWcrHNdBH8Nr9U7kCCBF7my4I/s400/consulta-jerarquica-plsql.jpg" alt="Arbol jerárquico" title="Consultas jerárquicas en PL/SQL (cláusulas START WITH y CONNECT BY PRIOR)"></a></p></div> <p>Si todavía no tenéis claro de que estoy hablando, sólo tenéis que mirar a la estructura tipo árbol que aparece en la figura, donde vemos que del presidente de una empresa (nodo principal) cuelgan tres directores (nodos descendientes de primer nivel), de estos 6 supervisores (nodos descendientes de segundo nivel) y así hasta llegar a los empleados que no tienen gente a su cargo.</p> <a href="https://www.plsql.biz/2012/10/consultas-jerarquicas-plsql-start-with-connect-by-prior.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com7tag:blogger.com,1999:blog-26801181.post-7431195054860019582025-06-05T06:30:00.002+02:002025-06-05T13:30:41.413+02:00<p>En alguna ocasión algún lector me ha preguntado, con cierta sorpresa, acerca del por qué una sentencia SELECT le fallaba con el mensaje de error &quot;No es posible ampliar el segmento de rollback&quot; (<i>&quot;Unable to extend rollback segment&quot;</i>). La sorpresa proviene del hecho de que son muchos los desarrolladores PL/SQL los que piensan que los segmentos de rollback sólo se utilizan cuando se emplean sentencias PLSQL en las que se modifican o actualizan datos dentro de la base de datos Oracle. Bajo este tipo de pensamiento es normal que, cuando se produce el error mencionado anteriormente al ejecutar una sentencia SELECT, uno se pregunte: ¿utiliza la base de datos Oracle segmentos de rollback al ejecutar sentencias SELECT?</p> <div class="separator" style="clear: both;"><p><a href="/2011/10/rollback-segment-sentencia-plsql-select.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="SELECT FOR UPDATE en PL/SQL" title="Uso de Rollback Segments por sentencias SELECT" border="0" width="400" data-original-height="424" data-original-width="750" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhL1qjeSZqs8lzlyoHg9XMg99ZA8tHovNBvhYF-8g8lF1Kw-ZPsgcJwVnE7yeL2Tsqy72J2mFdm2e1QE0w5UdLoqk6uA7maXjxJ9ZrxYK2jZPZdNjnRn37UbT8tm7XSdoiDIhIQFYPSLY3K5UdWzTvyJsibkOIUOWnf4tMPkVBl1HH5tKIn0f2lN5LiYfbh/s400/select-rollback-segments.jpg"></a></p></div> <p>Bueno, en mi opinión, lo primero que hay que hacer es reformular la pregunta y cambiarla por la siguiente: <b>¿una sentencia SELECT necesita crear o leer segmentos de rollback?</b> La pregunta formulada de esta manera seguro que nos ayudará a comprender mejor este artículo, ya que el verbo &quot;utilizar&quot; usado en la primera pregunta no es lo suficientemente específico.</p> <a href="https://www.plsql.biz/2011/10/rollback-segment-sentencia-plsql-select.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-54194602028875447202025-05-19T06:30:00.000+02:002025-05-19T11:11:01.248+02:00<p>En versiones de la base de datos Oracle anteriores a la 9i, <b>cuando la clave primaria de una tabla padre</b> (<i>parent table</i>) <b>no se encuentra indexada en la tabla hijo</b> (<i>child table</i>), es muy probable que tengamos <b>problemas con los bloqueos de la tabla hijo</b> que se producen, bien cuando se actualiza (con la sentencia PLSQL UPDATE) la clave primaria de la tabla padre (lo cual ocurre con relativa frecuencia ya que existen determinados trabajos que actualizan todas las columnas de una tabla incluso cuando el valor de la misma no ha cambiado), o bien cuando se realizaba el borrado (con la sentencia PL/SQL DELETE) de algún registro de la tabla padre.</p> <div class="separator" style="clear: both;"><a href="/2011/01/bloqueo-tablas-hijo-por-tablas-padre.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="MEsa con candado y pantalla con candado" title="Bloqueo de tablas hijo por ejecutar sentencias PLSQL sobre tablas padre" border="0" width="400" data-original-height="550" data-original-width="750" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjGzmbV3soINmhzfTfANTMbkcB8gjbxREJfU05UAr-4lmGSRgNrhD4haIz-XA2r234ZPY55UXe3-BRNwpQJIHh0cP6R1zroGDpkJ8vRY7vhyH8u0oLtbVuhZRBe0H4nPie4c884NhrMwOjakVWrI2EgAOonZ2rYnjtIkQ3DjGRw4zTbFinTmA_WHsP6QbOQ/s400/oracle-bloqueos-de-tabla.jpg"></a></div> <p>El caso es que en las circunstancias anteriores y para evitar que se produzca un bloqueo completo de la tabla hijo (<i>full table lock</i>), <b>lo más recomendable es indexar también en la tabla hijo la clave primaria de la tabla padre</b>. No obstante, esta norma de bloqueo cambió con la versión 9i de la base de datos Oracle.</p> <a href="https://www.plsql.biz/2011/01/bloqueo-tablas-hijo-por-tablas-padre.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com2tag:blogger.com,1999:blog-26801181.post-6386739031640777732025-04-23T06:30:00.000+02:002025-04-23T09:33:30.868+02:00<p>Este artículo es continuación del anterior en el que hablé sobre los <a href="/2012/01/tipos-plsql-date-timestamp-interval.html">tipos de dato fecha DATE, TIMESTAMP e INTERVAL</a> y en él hablaré sobre las <b>funciones PL/SQL que se pueden utilizar para convertir datos de tipo fecha en datos de tipo carácter y viceversa</b>.</p> <div class="separator" style="clear: both;"><a href="/2012/02/plsql-funciones-tochar-extract-todate.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="Funciones PLSQL TO_CHAR, EXTRACT, TO_DATE y TO_TIMESTAMP" title="SQL: Conversión de fechas a caracteres y viceversa" border="0" data-original-height="680" data-original-width="600" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhMkNkwgKpA_n2Yo5BA5Xk3Bvzf4lS3R0zvEvA7SOE3HvSUitmO95OUrcvKsWstZKedTC1HWxP4iIES-191TvtKFvk6xpMg4DhG01qwivVfBZvEKrWSO5mT2_QHq3xD36S4YBPTQbhWpWIPiZSbKilYOumVfaKNjhacIvc9ir_eULMQuDxe2DtkppBjlFrt/s1600/Conversion-Fechas-SQL.jpg" width="400"></a></div> <p>Pero antes de hablar de estas funciones, resulta conveniente conocer como se puede obtener desde PLSQL <b>el valor de la fecha y el tiempo actual</b>. Seguro que la gran mayoría de vosotros, si sois programadores PL/SQL, ya conocéis la clásica <b>función SYSDATE</b>, función que, sin duda, es la más empleada en este sentido. No obstante, la base de datos Oracle ofrece la posibilidad de utilizar otras funciones que proporcionan diferentes variantes del valor de la fecha y el tiempo actual y que veremos a continuación.</p> <a href="https://www.plsql.biz/2012/02/plsql-funciones-tochar-extract-todate.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com1tag:blogger.com,1999:blog-26801181.post-70023150220768746312025-03-27T06:30:00.000+01:002025-03-27T12:10:03.763+01:00<p>Las fechas son un <a href="/2006/10/tipos-de-datos-en-plsql.html">tipo de datos del PL/SQL</a> considerablemente más complejo que un tipo carácter o un tipo numérico. Una fecha o momento de tiempo está compuesto de múltiples campos (año, mes, día, hora, minutos, etcétera) y, además, existen un buen número de normas para determinar si una fecha es válida o no (los años bisiestos, los cambios de hora, etcétera). Como consecuencia de todo esto, en PLSQL resulta habitual tener que:</p> <div class="separator" style="clear: both;"><p><a href="/2012/01/tipos-plsql-date-timestamp-interval.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="Los tipos DATE, TIMESTAMP e INTERVAL" title="Trabajando con fechas en PL/SQL: los tipos DATE, TIMESTAMP e INTERVAL" border="0" width="400" data-original-height="320" data-original-width="797" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgqyVRwzOiEzVpQuyJ4SNATtA4bm8wxdPMjj5dYFoWC9zdZco3RG_5LlvFDBF9FMU4AldG-kTdSM032xwe9TOGsP4W4PYv9cOLA9pj90pbM_SrPlBPuc-wTOprixAFZnEvAIzwrhz6hakOiobLbs7e7dcsjNdTBqffzSjTWetPkUFzwP1j-ckgo6TrHD5_v/s400/datetime_datatypes.jpg"></a></p></div> <ul><li>Declarar constantes y variables de tipo fecha o tiempo.</li> <li>Utilizar funciones para modificar dichas variables y mostrarlas en el formato deseado por el usuario.</li> <li>Manipular fechas y tiempos para realizar cálculos variados.</li></ul> <p>Este artículo será el primero de una serie en los que explicaré todo lo que un programador PL/SQL necesita conocer para trabajar con los diferentes <b>tipos de datos asociados con fechas y momentos de tiempo</b> (DATE, TIMESTAMP e INTERVAL). </p> <a href="https://www.plsql.biz/2012/01/tipos-plsql-date-timestamp-interval.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com6tag:blogger.com,1999:blog-26801181.post-63944742750620717902025-03-11T06:30:00.001+01:002025-03-11T09:40:10.079+01:00<p>Como continuación del anterior artículo dedicado al <a href="/2007/01/manejo-de-excepciones-el-plsql.html">manejo de las excepciones PLSQL predefinidas</a>, ahora voy a hablar de las excepciones definidas por el usuario.</p> <div class="separator" style="clear: both;"><a href="/2007/02/manejo-de-excepciones-en-plsql.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="" border="0" width="400" data-original-height="301" data-original-width="461" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEggnn4H_8thw-SpU9-koLwEDOuqP2T7XX0bxSrUi_EVs9gmcNnUCfSTY4HG6cHZ_2398HhE1sJ_39tJcAlqLIJqwc6TpB0b2vjqioEcZqvclmvgfhPc67rqpcxtlfToMd8Y6WYuKLgyiI4FdeBo0j7zwlGVVbJaitOC86zBGD_hKi8RIJPrSiz0xF1xX0d1/s400/manejo-excepciones.png" alt="Sección EXCEPTION" title="Manejo de excepciones en PL/SQL (excepciones definidas por el usuario)"></a></div> <p><span style="font-weight: bold;">PLSQL</span> permite al usuario definir sus propias excepciones. Estas excepciones deben ser declaradas y lanzadas explícitamente utilizando la sentencia <span style="font-style: italic; font-weight: bold;">RAISE</span>. Este tipo de excepciones deben ser declaradas en el segmento <span style="font-style: italic; font-weight: bold;">DECLARE</span>. Se declara una excepción como cualquier otra variable, asignandole el tipo <span style="font-style: italic; font-weight: bold;">EXCEPTION</span>. Como las variables, una excepción declarada en un bloque es local a ese bloque y global a todos los sub-bloques que comprende.</p> <a href="https://www.plsql.biz/2007/02/manejo-de-excepciones-en-plsql.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-72617061084768420252025-02-19T06:30:00.001+01:002025-02-19T11:19:58.397+01:00<p>Existe la creencia un tanto generalizada de que cuando realizamos un <b>cambio en los parámetros de la base de datos Oracle</b> (utilizando el comando SQL <i>ALTER SYSTEM SET <parámetro> ...) mientras la instancia de la base de datos está operativa y si los cambios los realizamos utilizando el fichero de parámetros almacenado (<i>SPFILE</i>), estos cambios no tienen lugar hasta que la base de datos se reinicia. Esta idea es falsa y equivocada, ya que el <b>comando SQL <i>ALTER SYSTEM</i></b> dispone del <b>parámetro <i>SCOPE</i></b> para especificar en que momento deben tener efecto los cambios. <div class="separator" style="clear: both;"><a href="/2010/01/cambios-en-los-parametros-de-la-base-de.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="Cláusula SCOPE en ALTER SYSTEM" title="Cambios en los parámetros de la base de datos Oracle, cuándo tienen lugar" border="0" width="400" data-original-height="285" data-original-width="516" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwDnraArkEciAnYfBnjWkG1kMMfm3aEDBqFxoOwj_fA-Bkjiw9d4OJQqZIUS99bb6ZS91nSLhNErZyrR2MA0CN1Rk3rq7vY0FY3vE0z0lzxJxUu9Cu_k9icGeJ6WKlkZZuGDH8TEKkG5kslV9D9sK_vo0Ywe9OgZBawjcuzGf3Nb-P2rebxdjihs83rKIe/s400/clausula%20SCOPE.jpg"></a></div> <p>El <b>parámetro <i>SCOPE</i></b> puede tomar los valores <i>MEMORY</i>, <i>SPFILE</i>, or <i>BOTH</i>. Si le asignamos el <b>valor <i>MEMORY</i></b> el cambio aplicará de forma inmediata siempre que estemos cambiando un parámetro que no requiera el reinicio de la base de datos Oracle para que el cambio sea efectivo. Si le asignamos el <b>valor <i>SPFILE</i></b> entonces únicamente estaremos modificando el fichero de parámetros almacenado y el cambio tendrá lugar en el siguiente reinicio de la base de datos Oracle. Pero si utilizamos el <b>valor <i>BOTH</i></b>, entonces el cambio será inmediato y, además, cambiaremos el valor en el fichero de parámetros almacenado (<i>SPFILE</i>).</p> </parámetro></i></p><a href="https://www.plsql.biz/2010/01/cambios-en-los-parametros-de-la-base-de.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-37462881584764684162025-02-03T06:30:00.000+01:002025-02-03T09:27:06.198+01:00<p>Una tarea que puede resultarnos útil en determinadas circunstancias es <span style="font-weight: bold;">conseguir girar</span> (en inglés <i>pivot</i>) <span style="font-weight: bold;">los resultados entregados por una consulta SQL o PLSQL</span>. Por ejemplo, supongamos que escribimos la siguiente consulta para calcular el precio medio de los productos por almacen:</p> <div class="separator" style="clear: both;"><p><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh5JfN5XC7kaNoQY891_rwfLyNEmgWg53K2GtMvVoNRG5qb6GzPGT1TrGK9BlH9PeTY9h3qn7uw2reT-g4FppAHB2OKPRNM0JCLrqAJoEpfTCB_sRBG-dyiw0EM27abgTBLxwtCvKmct1yaWZXK_5ABdMaifP1UztY-hepbEHyJIdKPvavGFzZc7k2cSOw_/s956/Clausula-PIVOT.jpg" style="display: block; padding: 1em 0; text-align: center; "><img alt="Cláusula PIVOT" title="La cláusula PIVOT: Como girar columnas en SQL y PL/SQL" border="0" width="400" data-original-height="678" data-original-width="956" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh5JfN5XC7kaNoQY891_rwfLyNEmgWg53K2GtMvVoNRG5qb6GzPGT1TrGK9BlH9PeTY9h3qn7uw2reT-g4FppAHB2OKPRNM0JCLrqAJoEpfTCB_sRBG-dyiw0EM27abgTBLxwtCvKmct1yaWZXK_5ABdMaifP1UztY-hepbEHyJIdKPvavGFzZc7k2cSOw_/s400/Clausula-PIVOT.jpg"></a></p></div> <blockquote style="font-family: courier new; font-size: 100%;"><pre>SQL> SELECT almacen, producto, AVG(precio) pmedio 2 FROM productos 3 GROUP BY almacen, producto 4 / ALMACEN PRODUCTO PMEDIO ------- -------- ------ Ba ABC123 95 Ba DEF456 75 Ba XYZ987 160 Ma ABC123 100 Ma XYZ987 150 Va DEF456 80 6 rows selected. </pre></blockquote> <a href="https://www.plsql.biz/2008/05/oracle-11g-y-la-clusula-pivot-como.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com9tag:blogger.com,1999:blog-26801181.post-84792018352947123752025-01-14T06:30:00.001+01:002025-01-14T14:55:00.576+01:00<p>Desde mi punto de vista, la <b>funcionalidad <i>Edition-Based Redefinition</i></b>, cuya traducción directa sería &quot;redefinición basada en ediciones&quot;, se trata de la característica más interesante de la <b>release 2 de la base de datos Oracle 11g</b>. En pocas palabras se trata de la posibilidad de actualizar nuestra aplicación PL/SQL sin tener que poner en modo restringido la base de datos, es decir, a partir de esta versión de la base de datos Oracle <b>es posible realizar online la actualización de nuestra aplicación</b>. Explicado de esta manera tan sencilla la mencionada funcionalidad suena como si se ratase de un juego de niños, pero en realidad es algo cuya verdadera dimensión resulta difícil de medir por sus enormes implicaciones.</p> <div class="separator" style="clear: both;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhUNjRFJeojO3Sw_cU3ERJ5_XRv1Osc8xgvb9FUow3Kg8jIpMw4rcT10NMl-7NG_G8MNNSZs94W3FBxKHvu8hwH8zVu-XJzcQ1pebjpzHb_t8519lo_CeNeLCgPXcXMKiAHUV48yrIBCfAeyvVB4Srryg3NSVG_7nUvuMPyoYBYaMj0tCxI820PEfEmAJvL/s613/ALTER-SESSION-SET-EDITION.jpg" style="display: block; padding: 1em 0; text-align: center; "><img alt="ALTER SESSION SET EDITION" title="Uso de ediciones para actualizar las base de datos Oracle en programación PLSQL" border="0" width="400" data-original-height="273" data-original-width="613" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhUNjRFJeojO3Sw_cU3ERJ5_XRv1Osc8xgvb9FUow3Kg8jIpMw4rcT10NMl-7NG_G8MNNSZs94W3FBxKHvu8hwH8zVu-XJzcQ1pebjpzHb_t8519lo_CeNeLCgPXcXMKiAHUV48yrIBCfAeyvVB4Srryg3NSVG_7nUvuMPyoYBYaMj0tCxI820PEfEmAJvL/s400/ALTER-SESSION-SET-EDITION.jpg"></a></div> <a href="https://www.plsql.biz/2010/05/funcionalidad-edicion-actualizar-oracle.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-59577648787839182352024-12-11T07:30:00.002+01:002026-02-03T16:16:24.913+01:00<p>La utilidad de trazado del SQL de las <a href="/search/label/Bases%20de%20datos%20Oracle">bases de datos Oracle</a> nos permite analizar el rendimiento de un determinado programa PL/SQL. Esta funcionalidad nos va a permitir obtener información acerca del <a href="/search/label/Optimizaci%C3%B3n%20y%20tuning%20de%20bases%20de%20datos">rendimiento de todas las sentencias SQL</a> que se ejecuten durante la ejecución del programa PLSQL.</p> <div class="separator" style="clear: both;"><p><a href="/2007/05/como-usar-la-utilidad-de-trazado-del.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="Uso de SQL Trace y TKPROF" title="Cómo usar la utilidad de trazado del SQL de Oracle" border="0" width="400" data-original-height="482" data-original-width="574" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEirjuVqKeb9ik_fVM7KNFLql-VrjtJhZUzf6_an61_WbjYo_Typ8l87kfGF_CvxntnL51YZOPeMJNbOcbPa38qKHzdPy0xb8lZ9PHj4Ph5RRw0FDHJAPZC5xoqPgjnPkcTy64LPCA1RDBqLI5-FOI6oFPWnpnxdkNHgnfDMCijiLSC4VnUGKGIOh1X5MUN7/s400/SQL-Trace-y-TKPROF.jpg"></a></p></div> <p>Para utilizar la herramienta de trazado del PL/SQL de Oracle deberemos seguir cinco pasos:</p> <p>1) Inicializar los parámetros relativos a esta funcionalidad SQL.<br> 2) Activar la traza SQL.<br> 3) Ejecutar la aplicación que queremos analizar y desactivar la traza cuando termine.<br> 4) Formatear el fichero producido por la traza SQL con el comando <span style="font-style: italic;">TKPROF</span>.<br> 5) Interpretar la salida del comando <span style="font-style: italic;">TKPROF</span> y, si es necesario, optimizar nuestro programa PLSQL.</p> <a href="https://www.plsql.biz/2007/05/como-usar-la-utilidad-de-trazado-del.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-49650810057248154262024-11-18T06:25:00.003+01:002024-11-18T13:44:54.350+01:00<p>Recientemente he recibido en este blogs sobre programación PL/SQL algunas preguntas referentes a las <b>diferencias</b> entre el tipo de operaciones que la base de datos Oracle realiza en la <b>memoria del área global de programa</b> (PGA - <i>Program Global Area</i>) frente a las que realiza en el <b>espacio del almacenamiento temporal</b> (<i>TEMP space</i>). Primero os comentaré que las <b>versiones antiguas de las bases de datos Oracle</b> solían utilizar los parámetros <i>SORT_AREA_SIZE</i> y <i>HASH_AREA_SIZE</i> para controlar cuanta memoria PGA era posible utilizar antes de empezar a tener que usar el espacio de disco temporal (TEMP).</p> <div class="separator" style="clear: both;"><p><a href="/2010/03/memoria-pga-espacio-temp-oracle-bd.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="Utilización de la memoria PGA en PLSQL de Oracle" title="Memoria PGA frente a espacio de almacenamiento temporal en las bases de datos Oracle" border="0" width="400" data-original-height="266" data-original-width="489" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj5jOTAgNzEZCvucQfW_Io8IRB1lT7euwZaIvcSNSUzKH6zGA7v9bEbeHrzcCdjMKmWuIvrSV_d4pvwaQc0S_9I8pfyRaWEX9tDizsyY0r1tp8I-nGZcVjh7zdoiIhnssUe_ayCWP3DppmmL7kizJ-Lb2Y__G2Ec6oYUYYEKbmai5AQy3600sZm/s400/Memoria-PGA-Oracle.jpg"></a></p></div> <p>No obstante en las <b>nuevas versiones</b> de las bases de datos Oracle, <b>la gestión de la memoria PGA se realiza de forma automática</b> y mucho más dinámica.</p> <a href="https://www.plsql.biz/2010/03/memoria-pga-espacio-temp-oracle-bd.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com2tag:blogger.com,1999:blog-26801181.post-3295674280855680482024-10-30T06:30:00.002+01:002024-10-30T12:17:10.938+01:00<p>Los errores que se producen durante la ejecución de un bloque de código PL/SQL pueden ser manejados a gusto del programador, es decir, si durante la ejecución de una sentencia PLSQL se produce un error, podemos hacer que el programa realice unas acciones u otras dependiendo del tipo de error que se haya generado, esto es algo parecido a lo que se puede hacer cuando programamos en <a href="https://es.wikipedia.org/wiki/C++">C++</a> o <a href="https://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n_Java">Java</a>. Para conseguir esto debemos añadir dentro del <a href="/2006/10/los-bloques-de-cdigo-plsql.html">bloque de código PL/SQL</a> una sección para tratamiento de las excepciones.</p> <div class="separator" style="clear: both;"><p><a href="/2007/01/manejo-de-excepciones-el-plsql.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="Manejo de excepciones en PL/SQL (INVALID_NUMBER)" title="Manejo de excepciones en PL/SQL (excepciones predefinidas)" border="0" width="400" data-original-height="364" data-original-width="552" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhxXk2U49HAUlunVBAF-JV50c9OQWngFhyphenhyphen8BDDBtVfa1Q09bZiRVD-pZg6PNx8hOWr5kj9Tq38kTVfmKl5uFof-ggZcYZ3xNn57snaAE1vPAnV4fWDchhGsvRntsfqVSHbLc3f4L_mGFrNdnZ2HNQiJajCSvkYSjUsrfPLzDatiGQPhS7M2nhGx/s400/PLSQL-Manejo-Excepciones.jpg"></a></p></div> <p>Existen dos tipos de excepciones:</p> <ul><li>Excepciones predefinidas.</li> <li>Excepciones definidas por el usuario.</li></ul> <p>En este artículo voy a hablar sólo de las <strong>excepciones predefinidas</strong>.</p> <a href="https://www.plsql.biz/2007/01/manejo-de-excepciones-el-plsql.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com0tag:blogger.com,1999:blog-26801181.post-68886975945548066692024-10-16T06:30:00.002+02:002024-10-16T11:18:47.791+02:00<p>En este artículo continuaré con el caso de <b><i>tuning</i> PL/SQL</b> planteado en el artículo <a href="/2011/04/tuning-consultas-select-count-plsql.html"><b>Tuning de consultas SELECT COUNT(*)</b></a> y determinaré cómo es posible mejorar aún más el rendimiento de la consulta SELECT objeto del mencionado artículo. Eso sí, para poder profundizar en el estudio del rendimiento, tuve que solicitar al lector que me hizo la pregunta inicial que me enviase los datos del esquema de la base de datos Oracle para las tablas involucradas en la consulta PLSQL SELECT. Después de un par de correos pude disponer de toda la información que necesitaba, los campos de las tablas, los índices asociados, las claves primarias (<i>primary keys</i>), las claves extranjeras (<i>foreign keys</i>), y las diferentes restricciones (<a href="/2009/12/clausula-constraint-para-mejorar-el.html"><i>constraints</i></a>) aplicadas sobre las mencionadas tablas.</p> <div class="separator" style="clear: both;"><a href="/2011/07/tuning-constraints-base-de-datos-oracle.html#more" style="display: block; padding: 1em 0; text-align: center; "><img alt="ALTER TABLE CONSTRAINT" title="Tuning y constraints en la base de datos Oracle" border="0" width="400" data-original-height="534" data-original-width="871" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhn4VB7SFP4jKptQSNEVaaE0WHGLL6REg05_9EWNnDO9Yr2yzj1mEEtuKtLUdmelrkSrl6Zu4YNzVlcwhP5-KpaM224zfTBOUlDGJ49B6JQRk9g0BkslabGhUyMJIqy-Pt3D9vzitK-V8gX08GdNk6wpnaF3XkDaTLpYHixsv3iNlWlsXMODYD6/s400/Alter-Table-Constraint.jpg"></a></div> <p>En suma, disponía de la siguiente información incluida en las siguientes sentencias SQL:</p> <a href="https://www.plsql.biz/2011/07/tuning-constraints-base-de-datos-oracle.html#more">Haz clic aquí para leer todo el artículo</a>JLPMhttp://www.blogger.com/profile/00891045835734721638noreply@blogger.com1