C ONT. newsletter. datum. com.gt. Octubre Julio 2009 ENIDO: Explain Plan. MetaDatum. Sergio Alonzo. datum.com.gt. cualquier

Transcripción

1 Newsletter Octubre 2009 datum. com.gt Volumen 18 Julio a. Avenida 5 55, Zona 14 EuroPlaza Torre II Nivel 12 Of Ciudad, Guatemalaa newsletter@datum.com.gt Tel: 00 (502) El Explain Plan: Monitor del Select. Por Ing. Sergio Alonzo salonzo@datum.com.gt C ONT ENIDO: PÁGINA Explain Plan Oracle Fusion Middleware Forms 11g Nuevas Característicass Licenciamiento Oracle MetaDatum newsletter datum.com.gt Editores Generales Karlo Espinoza Beatriz Caicedo Sergio Alonzo Debbiee Moran Francisco Barrundia Autores Contribuyentes Sergio Alonzo Iván García Iván Saenz Francisco Barrundia La forma más sencilla de poder interactuar con la información guardada en una base de datos, es gracias a la instrucción Select, la cual permite leer la información almacenada allí. Por tanto, podemos decir que la instrucción select es una de las instrucciones más poderosas y útiles que tenemos a nuestro alcance para extraer información de un sistema de información. Comoo los sistemas matemáticos, o sistemas de cualquier índole, existen diversas formas de resolver problemas dentro de los sistemas, y llegar al mismo resultado. La extracción de información desde un sistema de base de datos no es la excepción; aunque se utilice como único canal, la instrucción Select, la misma instrucción como tal, puede ser escrita o puede utilizar diversos elementos que pueden tener un tiempo de respuesta mayor o menor que otro similar. La forma de poder observar el camino de acceso que está llevando a cabo una instrucción Select o también llamado un Query, es gracias a el Explain Plan. Podemos decir entonces que el Explain plan es el camino de acceso que es tomado cuando un query es ejecutado desdee la base de datos Oracle. En general, un query puede ser dividido en sietee fases: Sintactica: Semantica: Chequea la sintaxis del query. Chequea que todos los objetos existen y están disponibles. 3. View Merging Re-escribe el query como joins en tabla base opuesto a uso de vistas. 4. Statement Transformation: Re-escribalgunas el query, transformando construcciones complejas a otras más simples, donde sea apropiado.

2 5. Optimization Determina el camino de acceso para que el query pueda tomarlo. Con el Optimizador de regla, este usa: i. Un conjunto de heurísticas para determinar el camino de acceso. Con optimizador de costo, usa ii. Estadísticas para analizar el costo relativo para accesar objetos. 6. Query Evaluation Plan Generation. 7. Query Evaluation Plan Execution. Los pasos del 1 al 6, normalmente son conocidos como fase de Parseo. El paso 7 es la ejecución de la sentencia. Si se desea explorar el plan de ejecución de algún query, Oracle provee la sentencia del EXPLAN PLAN, la cual es la siguiente: explain plan for su-sentencia_sql; Oracle puede analizar la sentencia y llenar una tabla especial con el plan de ejecución para dicha sentencia. Se puede indicar cual tabla ha sido llenada con el siguiente comando: explain plan into table_name for su-sentencia-sql; Si se omitiera la clausula INTO TABLE_NAME, oracle llena una table llamada PLAN_TABLE, que es usada por defecto. Observemos el siguiente ejemplo: La siguiente tabla es usada para mostrar el EXPLAIN PLAN: create table test_for_ep (a number, b varchar2(100)); Realicemos una prueba del explain plan asi: delete plan_table; explain plan for select /*+ rule */ * from test_for_ep where a = 5; Con la instrucción realizada arriba, se procedió a insertar la información correspondiente a la table llamada PLAN_TABLE, en donde quedo almacenado el plan de ejecución para dicho query. Ahora procedemos a realizar el query que permitirá ver el plan de ejecución: select substr (lpad(' ', level-1) operation ' (' options ')',1,30 ) "Operation", object_name "Object" from plan_table start with id = 0 connect by prior id=parent_id; Ejecutamos el query para observar el plan de ejecución, y tendremos como resultado: SELECT STATEMENT () TABLE ACCESS (FULL) TEST_FOR_EP

3 Página 3 Podemos observar que en el plan de ejecución generado por el query, hace mención de que está recorriendo la table TEST_FOR_EP de forma complete (ese es el significado de el texto TABLE ACCESS (FULL) ) que en dado caso podría no ser el camino de acceso más eficiente para extraer la información. Según los especialistas, debería de encontrarse un plan de ejecución más eficiente (tomando en cuenta que dicho query está buscando un dato único especifico). Qué ocurre si a dicha tabla le creamos un índice? create index test_for_ep_ix on test_for_ep (a); y realizamos el mismo plan de ejecución nuevamente: delete plan_table; explain plan for select /*+ rule */ * from test_for_ep where a = 5; El plan de ejecución quedara de la siguiente manera: SELECT STATEMENT () TABLE ACCESS (BY INDEX ROWID) TEST_FOR_EP INDEX (RANGE SCAN) TEST_FOR_EP_IX Esto implica que la búsqueda estará accesando la información gracias al índice que se acaba de crear. Esta consulta quedo más eficiente ya que para buscar el dato a=5, no se tendrá que buscar en toda la tabla el valor cinco, sino que se buscara por el índice, el cual es una estructura de datos mas compleja pero más eficiente (es un árbol b-tree) por lo que son tipos de arboles de poca profundidad (por lo regular), de manera que las búsquedas son más eficientes. En el ejemplo anterior, Oracle utilizo un INDEX (RANGE SCAN), el cual básicamente significa que, el índice fue usado, pero que este puede regresar más de una tupla. Si recreamos este índice para que sea único (unique index), el plan de ejecución se altera de la siguiente manera: create table test_for_ep (a number, b varchar2(100), constraint uq_tp unique(a)); delete plan_table; explain plan for select /*+ rule */ * from test_for_ep where a = 5; Quedando el plan de ejecución así: SELECT STATEMENT () TABLE ACCESS (BY INDEX ROWID) TEST_FOR_EP INDEX (UNIQUE SCAN) UQ_TP Tomando en cuenta esto, el índice único fue utilizado, y el ordenamiento garantiza que el índice regresara exactamente una sola dirección (rowid). Pero qué sucedería si la condición no indica igualdad sino que indica que retorne los valores mayores que (a>5)? explain plan for select /*+ rule */ * from test_for_ep where a > 5; El plan de ejecucion quedaria de la siguiente manera: SELECT STATEMENT ()

4 Página 4 TABLE ACCESS (BY INDEX INDEX (RANGEE SCAN) ROWID) TEST_FOR_EP UQ_TP El tipo de búsqueda se convierte ahora a RANGE SCAN, (búsqueda en rango) el cual, para una cantidad pequeña de datos, será muchísimo más eficientee que un acceso completo a la tabla. Nos hemos dado cuenta de todo esto gracias a la característicaa del EXPLAIN PLAN. Conclusión: Cuando se realiza la programación de instrucciones select, es muy necesario que a dichas instrucciones sean analizadas y estudiadas por medio del Explain Plan, de manera de realizar programaciones robustas, y rápidas, que puedan dejar los recursos del computador de forma rápida, para que otros queries puedan también utilizarle. Por lo tanto, es necesario no solo en programarlo, sino también afinarle. Este es un pequeño ejemplo que compara, accesos completos a tablas contra queries que utilizan índices, sin embargo existen muchas más opciones que pueden permitir afinar queries, por ejemplo: los diversos tipos de joins, diversos tipos de índices mencionados por ejemplo a los bitmaps; subqueries, hints, funciones de agregación, construcciones tipo estrella, etc. El afinamiento de queries es un mundo fascinante que todo buen programador debería como mínimo tener nociones para realizarle. Oracle Fusion Middleware 11g: Requerimientos Por Ing. Iván Garcia igarcia@datum.com.gt La tecnología avanza a pasos agigantados, buscando cada vez satisfacer las nuevas necesidades, cubriendo las áreas faltantes y mejorando lo ya existente. Oracle Fusion Middleware 11g no es un nuevo bloque para nuestra arquitectura tecnológica es el cimiento para nuestra empresa. Oracle Fusion Middleware 11g es una familia de productos que sostendrá toda nuestra infraestructura tecnológica sobre sus cuatro pilares: completo, integrado, hot pluggable y best of breed. Para comprender de mejor forma Oracle Fusion Middleware (OFM) podemos decir que es el conjunto de productos que prestan los servicios necesarios paraa que nuestras aplicaciones funcionen de forma segura, integrada y con los últimos estándares de la industria; brindándonos como resultado mayor eficiencia y eficacia en nuestras operaciones, reduciendo los costos de operación y aumentando la productividad. Ahora bien, OFM es como una gran sociedad la cual está compuesta por diferentes grupos de entidades con objetivos afines, todos estos grupos trabajan en conjunto y de forma armoniosa. Esto también significa que OFM presenta un número inmenso de familias de productos y su estudio es extenso, por lo tanto, hoy nos centraremos en aquellos que conformarían el llamado Oracle Application Server 10gR2 Enterprise Edition.

5 Página 5 Oracle Application Server 10g es el servidor de aplicaciones que actualmente se utiliza para la ejecución de muchas aplicaciones sobre el Web, por ejemplo, sobre él podemos ejecutar Formas, Reportes, aplicaciones Java, Web Services, crear Portales, etc. En el camino evolutivo del software, Oracle Application Server pasa a ser parte de Oracle Fusion Middleware iniciando así una nueva era. Para comprender el antes y el ahora del servidor de aplicaciones se presenta a continuación una grafica de los servicios y componentes que los conforman. Iniciamos con la Infraestructura: Oracle Application Server 10gR2 Oracle Fusion Middleware 11g INFRASTRUCTURE INFRASTRUCTURE Identity Management 10gR2 Oracle Internet Directory Oracle Single Sign On OC4J Identity Management 11g Oracle Internet Directory IDM Domain Identity Management 10gR2 Oracle Single Sign On OC4J Metadata Repositor Metadata Repository En la grafica anterior se presentan los diagramas de la Infraestructura tanto del OAS 10gR2 como del OFM 11g. La Infraestructura es la instancia que nos permite brindar los servicios de repositorio de datos y servicios de seguridad a nuestras aplicaciones. La Infraestructura del OAS puede ser una sola instalación y nos brinda un Repositorio de Metadatos (necesario para Portal), un Servicio de Directorio (OID) y Single Sign On. Ahora bien, para obtener lo mismo con OFM necesitamos realizar tres instalaciones: instalar una Base de Datos, instalar IDM (Identity Management 11g) y por último instalar SSO/DAS (Identity Management ) asociado al OID 11g. La instalación de OFM es más larga debido a su alto grado de desacoplamiento, ya que la mayoría de componentes de la Infraestructura vienen por separado y se pueden distribuir y configurar de diferentes formas. Por el momento no se mencionarán las nuevas características y funciones de la Infraestructura 11g ya que el objetivo es que se aprecie el nuevo esquema del OAS. Sin embargo si se puede decir que toda la funcionalidad se ha mejorado, se han agregado nuevas características y se ha renovado por completo la interfaz de administración. En la siguiente grafica se muestra la Capa Media, es decir la capa donde se ejecutan las aplicaciones que nos brindan el acceso a los datos. Ambos, tanto OAS como OFM, nos brindan los mismos servicios: Forms, Reports, Discoverer, Portal y ejecución de aplicaciones Java. La principal diferencia radica en el J2EE Server que utilizan, el OAS usa los OC4J mientras que OFM utiliza el nuevo WebLogic 11g, la última versión del ahora JEE Server líder en el mercado.

6 Página 6 Oracle Application Server 10gR2 Oracle Fusion Middleware 11g MIDDLE TIER 10gR2 MIDDLE TIER 11g Forms Reports Forms Discoverer Reports Portal Discover Portal er Managed Servers (WebLogic 11g) Oracle Containers for Java (OC4J) Another Domain #1 Another Domain #n Tanto el OAS como el OFM requieren de una única instalación, sin embargo al OFM no solo lo conforma Forms, Reports, Discoverer y Portal, se pueden crear más servicios instalando otros productos como por ejemplo WebCenter Suite, SOA Suite, etc. Es decir la capa media de OFM puede comprender de una forma integrada y completa todos los servicios necesarios, siempre manteniendo una administración integrada y homogénea. Debido a las mayores prestaciones que posee el Oracle Fusion Middleware sus requisitos de instalación, tanto de hardware como de software, se han visto incrementados, por lo cual a continuación se presenta de forma simple un resumen de la matriz de certificación y los requisitos de instalación. Para una instalación similar, en arquitectura, al OAS se requiere la instalación del software siguiente: Base de Datos Requiere Base de Datos Oracle versión ó Oracle Fusion Middleware 11g Incluye: Oracle WebLogic 11g Identity Management 11g para OFM Forms, Reports, Portal & Discoverer 11g para OFM REQUISITOS Sistemas Operativos Soportados: OEL / RHEL 4 UL 7+ 32/64 bits OEL / RHEL 5 UL 3+ 32/64 bits SLES 10 (SP1+) 32/64 bits Windows 2003 SP2+ 32/64 bits Windows Server 2008 SP1+ 32/64 bits Solaris SPARC 10 update 4+ SPARC 64 bits Requerimientos mínimos de Hardware por Producto:

7 Página 7 Metadata Repository ( Database) WebLogic Server 11g (software) IDM de OFM 11g (OID) Middle Tier OFM 11g ( Forms, Reports, Portal, Discoverer) SSO ( ) Total Espacio en Disco: 5 GB 2 GB 2.5 GB 5.5 GB 16 GB Memoria: 5 GB Los requerimientos de hardware presentados en la tabla anterior son aproximaciones, estos dependerán tanto de la cantidad de usuarios como de la distribución de sus componentes en diferentes maquinas. Como conclusión se puede establecer que Oracle Fusion Middleware será la nueva plataforma sobre la cual se ejecutarán todas nuestras aplicaciones. Gracias a sus característicass de hot pluggable e integración podemos crear nosotros la Capa Media que necesitemos, configurando solo aquellos componentes que utilicemos y distribuyéndolos para hacer un mejor uso de los recursos. El OAS no ha muerto se ha renovadoo para presentar más y mejores características bajo Oracle Fusion Middleware 11g. Para mayor información sobre OFM puede visitar los siguientes sitios: Oracle Fusion Middleware 11g: / Oracle Fusion Middleware 11g, configuraciones soportadas: / Forms 11g Nuevas Características Por Ing. Francisco Barrundia fbarrundia@datum.com.gt Eventos externos: Esta nueva característica es en esencia soporte para Advanced Queuing ( AQ) disponible en todas las versiones de Oracle desde 8i, AQ es una solución potente y robusta para eventos asíncronos, esta característica permite comunicarse con un modulo de forms desde afuera de forms 11g. En versiones anteriores de forms esto era posible únicamente a través de programación personalizada usualmente en java con la ayuda de java beans. Javascript: Con la ayuda de esta nueva característica forms puede invocar código javascript que este disponible en la página donde se carga el applet, y el proceso inverso también es posible es decir que se puede invocar a forms desde javascript. Esto es posible con la ayuda de dos nueva adiciones al built in web.

8 Página 8 Soporte para usuarios proxy: Esta característica hace posible utilizar usuarios proxy en Oracle forms, los usuarios proxy son usuarios con muy pocos permisos y privilegios y son utilizados en deployments que requieren alta seguridad o un gran número de usuarios. Nueva interfaz y funcionalidades con Enterprise Manager. El soporte de forms de EM ha sido mejorado con una nueva interfaz y nuevas funcionalidades. Ahora es posible hacer correlación con actividades específicas de forms con actividades de la base de datos. Una función que relaciona una instancia de forms con una instancia de sistema operativo también ha sido agregada. Eventos en Pluggable Java Components. El soporte de Oracle forms para los Pluggable Java Components o (PJC) ha sido mejorado notablemente al agregar soporte para despachar eventos al servidor de forms en código PJC. Mejoras en el Tracing. El tracing presente en Oracle forms ahora puede mantener registro de las llamadas a funciones y procedimientos PL/SQL así como los nombres, tipos y valores de los parámetros utilizados para llamar a los mismos. Oracle Diagnostic Logging. Soporte para la arquitectura estándar de monitoreo de Oracle, es la fuente de esta característica. Utilizar el controlador de JVM al momento de integrar con Oracle reports. La funcionalidad del controlador de JVM se utilizaba solo para la integración de java en versiones anteriores, ahora ha sido extendida a la integración de forms con Oracle reports. Estas nuevas características ayudaran en el desarrollo, el manejo y la modernización de las aplicaciones hechas en Oracle forms y les permitirá integrarse con varias tecnologías a través de una arquitectura basada en servicios. Licenciamiento Oracle Por Ing. Ivan Saenz isaenz@datum.com.gt En este artículo trataremos de dar una breve explicación a algunas de las consultas que frecuentemente tienen algunos de nuestros clientes y prospectos. Qué es una Licencia de Software? Un acuerdo de licenciamiento de software es un contrato entre una compañía de Software y el usuario de ese software. Le otorga al usuario derechos específicos sobre el uso del software en ciertas formas en particular. Normalmente involucra la firma de un contrato donde el usuario del software acepta ciertos derechos y limitaciones de uso. El nivel de licenciamiento Oracle que le provee Datum es Full Use, esto quiere decir que las licencias que adquiere el cliente pueden ser utilizadas con diversas aplicaciones (de terceros, hechas en casa) y utilizando herramientas Oracle o herramientas de terceros. Este es el nivel de licenciamiento es menos restrictivo que provee Oracle.

9 Página 9 Cuáles son las métricas más comunes de licenciamiento que actualmente se utilizan para poder utilizar los productos Oracle? Usuario Nombrado Plus: Esta métrica se utiliza cuando es factible identificar y cuantificar a las personas que estarán utilizando el aplicativo que se comunica hacia la base de datos. Es importante tomar en cuenta que también los dispositivos no operados por humanos también deben de cuantificarse como podría con un POS. Cada persona o dispositivo cuenta como una licencia de Usuario Nombrado Plus. Procesador: Esta métrica se utiliza cuando no es factible identificar y cuantificar a las personas o dispositivos que harán uso de algún aplicativo que se conectará hacia la base de datos. Cada uno de los procesadores instalados en el servidor donde estará instalado o ejecutándose el Software Oracle debe tener su respectiva licencia. Aunque existen ciertos factores de conversión que se utilizan para establecer la cantidad de licencias de Procesador que se deben adquirir. En qué casos se aplican los factores de conversión? En los productos donde se utilizará una edición Enterprise, se utiliza una tabla de factores para llegar a determinar la cantidad de procesadores que requieren licenciamiento o bien en caso de que el licenciamiento sea por Usuario Nombrado Plus establecer el mínimo de licencias que es requerido adquirir de acuerdo a las características del hardware a ser utilizado. Cuáles son esos Factores? Sin entrar en mucho detalle los factores que se utilizan actualmente según la marca / modelo de los procesadores son: MARCA MODELO DEL PROCESADOR FACTOR SUN ULTRASPARC T1 hasta 1.2 Ghz INTEL / AMD IBM HP SUN IBM ITANIUM, XEON OPTERON Power5+ o los procesadores Multicore anteriores. PARISC UltraSPARC IV,IV+, T2, T2+ o los procesadores Multicore anteriores. Power6, Z (Z10 y anteriores) Otras Marcas Todos los Procesadores Single Core 1.0

10 Página 10 Estos factores pueden variar sin previo aviso a discreción de Oracle Corporation. Los factores fueron tomados de la tabla publicada por Oracle de fecha 16/03/2009. Puedo pasar de la métrica de Usuario Nombrado Plus a Procesador? Al mantener vigente el pago del servicio de Derechos de Actualización, es factible solicitar vía Datum la migración de las licencias de Usuario Nombrado Plus hacia la métrica de Procesador (únicamente en esta vía). Oracle realiza el cálculo necesario para determinar la cantidad que el cliente debe de pagar para determinado número de procesadores. Al subir a la métrica de Procesador la cantidad de usuarios es ilimitada, siendo esto el principal beneficio. Puedo pasar una edición Standard hacia una edición Enterprise? Igual que en el caso anterior, al mantener vigente el pago del servicio de Derechos de Actualización, es posible hacer el trámite necesario para establecer cuanto más se debe de pagar para subir de una edición Standard hacia una Enterprise. Esto es factible para ambas métricas Usuario Nombrado Plus o Procesador. De esta forma se aprovecha lo ya invertido en la edición Standard y se obtiene acceso a todas las funcionalidades o características de la edición Enterprise. Más adelante estaremos ampliando mas los temas relacionados a licenciamiento de los productos Oracle. Tip técnico del día: Como hacer que una tabla esté disponible para múltiples usuarios, sin tener que especificar permisos a cada usuario individualmente? Link: Para realizar esto de una forma práctica se le debe dar permiso para acceder a la tabla a PUBLIC que es un construct de oracle creado para ese propósito la sintaxis seria por ejemplo: GRANT SELECT ON SCOTT.EMP TO PUBLIC; Con esto todos lo usuarios podrian accede a la table con una instruccion como: SELECT * FROM SCOTT.EMP; Notese que los usuarios tienen que especificar el usuario SCOTT como dueño de la tabla para evitar esto se puede utilizar un sinónimo publico con la siguiente instrucción: CREATE PUBLIC SYNOYM EMP ON SCOTT.EMP; Entonces los usuarios puede ejecutar un query como este: SELECT * FROM EMP; Francisco Barrundia fbarrundia@datum.com.gt

11 Newsletter datum.com.gt Página 111 Educación: Gracias a la retroalimentación de nuestros clientes, Datum Educacional estará impartiendo el siguientee curso: Oracle Database 10g: Security Qué aprenderá En estee curso, los estudiantes aprenden como pueden utilizar características de base de datos Oracle paraa conseguir los requerimientos de seguridad de su organización. Aprenden cómo asegurar su base de datos y cómo usar las características que proven dicha seguridad. El curso inicia con característicass básicass de seguridad y avanza haciaa característicass básicass de Oracle Network. También se cubre el uso de Connection Manager como un firewall, autenticación por capa media, virtual private database, varias formas de auditoria e introducción a Oracle Label Security y Enterprise Identity Management. Objetivos del Curso: Usar características básicas de seguridad Manejar secure application roles Manejar usuarios utilizando autenticación Proxy con un application context Implementar fine grain access control Manejar una Virtual Private Database (VPD) Para inscribirse, mande un correo a educacion@datum.com.gt o llame al con Karlo Espinoza para reservar su asistencia, el cupo es limitado. Información General Comentario y Sugerencias: Su opinión es muy importante; si desea hacernos algún comentario o sugerencia, por favor escríbanos al correo electrónico: newsletter@datum.com.gt. Portal de Datum: Nuestros clientes tienen la ventaja de poder descargar contenido de interés a través de la vía electrónica, accediendo a la dirección Para obtener los datos de su cuenta, envíe un correo solicitándolos a newsletter@datum.com.gt o bien llamando a las oficinas de Datum, S.A., directamente con la Licda. Yessi Moran.