Conceptos SOA: XSD, Estructurando XML Por Medio de Esquemas

Transcripción

1 Newsletter Junio 2013 Contenido Conceptos SOA: XSD, Estructurando XML Por Medio de Esquemas Página: Por Ing. Daniel Caciá 1 Conceptos SOA: XSD, Estructurando XML Por Cuando creamos un documento XML, seguimos ciertos lineamentos, por ejemplo: debe tener un elemento raíz y cada etiqueta debe tener un inicio y un fin. Sin Medio de Esquemas embargo, ya que el XML es un lenguaje abierto, no tenemos ninguna restricción de como nombrar a nuestras etiquetas. Por lo anterior, si tenemos que enviar información de un empleado, podríamos utilizar la etiqueta <empleado> o bien 4 Navegación a Páginas <employee> o inclusive <mis_empleados>. Previas con Oracle Application Express Para evitar que exista este tipo de conflictos y estandarizar la estructura de los documentos XML que intercambiamos con nuestros colaboradores, existen los esquemas XML. 8 SQL Tuning en Oracle 5a. Ave. SQL 5-55 Developer Zona14,Edificio 3.0 Euro Plaza Torre Un II, Nivel esquema 12 XML es un lenguaje XML que define y valida la estructura de Teléfono: (502) Fax: (502) documentos XML. Esta definición de estructura se almacena en un archivo con extensión XSD (XML Schema Definition), por lo que normalmente nos referimos a .info@datum.com.gt Pagina 1/10 un esquema XML como XSD. Un documento XML, cuya estructura está basada en Editores Generales las definiciones descritas en un esquema XML, es llamado un documento instancia Deiby Mauricio Gómez del esquema XML. Alejandro Lau Debbie Morán Autores Contribuyentes Daniel Caciá Johnatan Franco Manuel Carrillo Con un esquema XML podemos definir cuáles son las etiquetas que podemos utilizar en el documento, la cantidad de veces que estas etiquetas pueden ser utilizadas, en qué orden deben ser utilizadas, pero más interesante aún, el tipo de dato que estas etiquetas XML pueden contener. También con esquemas XML se puede definir la estructura de los atributos de las etiquetas y los namespaces que representarán a nuestro esquema. Un esquema XML es un compromiso que adquiere el autor de los documentos XML para mantener una estructura válida. En el siguiente cuadro se puede apreciar un esquema XML bastante sencillo que define la estructura de un documento XML. Página 1

2 <?xml version="1.0"?> <xs:schema xmlns:xs=" <xs:element name="departments" type="xs:string"/> </xs:schema> El documento que cumple con lo definido en el esquema XML debe llevar una sola etiqueta XML identificada como "departments" y su contenido debe ser una cadena de caracteres: <?xml version="1.0"?> <! El elemento no puede contener hijos --> <departments> Finance </departments> En el ejemplo anterior se utilizó: <xs:schema> es el elemento raíz del XSD <xs:element> declara el elemento raíz departments <xs:string> es el tipo de dato que debe contener el elemento departments Componentes de un esquema XML Página 2

3 Un <element> define elementos XML, los cuales pueden contener <attribute> o pueden estar estructurados por <simpletype> o <complextype>. Un <attribute> representa un atributo de un elemento XML. Un <simpletype> es un tipo atómico, que puede ser un <list> o <union> de otros elementos como <enumeration>. Un <complextype> define una estructura compleja que puede estar compuesta por otros elementos, como <sequence> o <choice> o <group>. Un <complextype> es necesario para declarar un elemento que tiene hijos. Un <group> refiere una estructura compuesta por <sequence>, <choice> o un componente <all>. Un <attributegroup> define una lista de atributos. A continuación un ejemplo de los componentes XSD: 1. La declaración del esquema. 2. El elemento raíz <schema>. 3. La declaración de un <element>. 4. La definición de <complextype> dentro de un <element>, el cual es necesario para indicar que la etiqueta región contiene una secuencia de elementos hijos <region_id> y <region_name>. 5. La declaración <sequence> define el orden de ocurrencia de los elementos definidos dentro de ella. 6. Dos <element> indicando el tipo. La forma en la que definimos la estructura a través de un esquema es muy importante para el intercambio de documentos XML. Una gran utilización de esquemas XML es para estructurar los tipos de datos que viajarán en los mensajes intercambiados por Web Services, permitiendo estandarizar la mensajería y propiciando la creación de servicios compuestos que son la base para una arquitectura SOA. Página 3

4 Navegación a Páginas Previas con Oracle Application Express Por Ing. Johnatan Franco jfranco@datum.com.gt Al desarrollar aplicaciones web debemos garantizar que éstas sean intuitivas y fáciles de navegar. La navegación entre páginas es clave en una aplicación amigable. Cuando un usuario entra a una página y se le presenta el botón de cancelar, al hacer clic en este botón debería dirigir al usuario a la página desde la cual ha sido invocado. Realizar esta tarea puede requerir programación adicional. Existen varias alternativas, por ejemplo utilizando javascripts o haciendo uso de referencias hacia URLs con el paquete OWA_UTIL. En este artículo se mostrará la forma de dirigir a varias páginas (cualquier cantidad de formularios que se desee) haciendo uso de un mismo botón dentro de Oracle APEX. Navegación a la página previa Se tienen las páginas EMPLEADOS, CLIENTES y ORDENES DE COMPRA. Tanto un empleado como un cliente pueden tener acceso a la orden de compra, como se muestra en la figura 1. Figura 1. Diagrama de la aplicación Primero se deben crear elementos de página (page items) de tipo escondido (hidden), llamados P4_PAGINA_PREV, para almacenar el número de página de CLIENTES y EMPLEADOS (ver figura 2). Página 4

5 Figura 2. Elemento de página escondido Luego, en las páginas de EMPLEADOS y CLIENTES se crea un botón con acción: dirigir a una página en esta aplicación, agregando en el campo set these items el nombre del elemento creado en el paso anterior. Como valor definimos el número de página que corresponde (ver figuras 3 y 4). Finalmente, en la página de orden de compra se crea el botón que va a dirigir a la página invocada como se muestra en la figura 5, con la instrucción siguiente: &P4_PAGINA_PREV. Página 5

6 Figura 5. Botón creado para dirigir a la página Con los pasos descritos anteriormente podemos probar nuestra aplicación y dirigirnos a la forma de empleados (figura 6) y presionar el botón de orden de compra (figura 7). Figura 6. Forma de empleado Una vez lleno el formulario de orden de compra, se hace clic sobre el botón de aceptar (figura 7), éste sabrá desde qué página fue llamado, dirigiéndonos al formulario de empleados (Pagina 2). Página 6

7 Figura 7. Forma de ORDEN DE COMPRA Ahora se probará el formulario de clientes (página 3), hacemos clic en el botón de orden de compra, con lo cual se muestra el formulario correspondiente (figura 7). Una vez llenado este formulario, presionamos el botón de aceptar y éste sabrá que la página de la cual fue llamado es la de clientes, dirigiéndonos de nuevo al formulario de clientes. Figura 8. Forma de CLIENTES Con esto queda demostrado que se puede dirigir de manera más sencilla a varias páginas con el mismo botón, utilizando los componentes que ofrece Oracle APEX, sin realizar programación adicional. Tip técnico del día: Variables de entorno principales para usar sqlplus ORACLE_HOME ORACLE_SID PATH La ruta donde se encuentra el software de Oracle. El nombre de la instancia a la que se quiere conectar. Agregar la ruta $ORACLE_HOME/bin a la variable PATH Una vez establecidas estas variables de entorno, se podrá usar sqlplus sin problemas. Por Ing. Deiby Gómez dgomez@datum.com.gt Página 7

8 SQL Tuning en Oracle SQL Developer 3.0 Por Ing. Manuel Carrillo Muchas veces los problemas de rendimiento en sistemas de bases de datos son ocasionados por consultas mal construidas, índices mal creados, estadísticas desactualizadas o nulas, entre otras razones. Oracle provee, a través de diferentes herramientas, recomendaciones para solucionar problemas relacionados con rendimiento de consultas. En esta ocasión se mostrará cómo utilizar SQL Developer 3.0 para acceder a una de estas herramientas: SQL Tuning Advisor. Para el ejemplo, se han eliminado las estadísticas del esquema SCOTT, mismo que forma parte del conjunto de esquemas de ejemplo de la base de datos. Cuando ejecutamos la consulta mostrada en la imagen y se elige la opción SQL Tuning Advisor, se muestra en la parte inferior un resumen de las posibles mejoras que pueden hacerse. En este caso podemos analizar índices, crear perfiles SQL, modificar la consulta para eliminar el producto cartesiano identificado. En la pestaña Detail podemos ver planes de ejecución y la implementación de algunas de las recomendaciones dadas. Página 8

9 Si se reescribe la consulta y se calculan las estadísticas, de acuerdo a las recomendaciones, la ejecución de la consulta es óptima. Página 9