Está en la página 1de 6

Compatibilidad de XML con XPS XPS es un nuevo formato, basado en XML, para documentos electrnicos creado por Microsoft,

disponible en todas las instalaciones de Windows Vista. XPS, que viene de las siglas XML Paper Specification, es un formato de documentos pensado para que sea fcil de compartir, leer e imprimir. XPS es un formato independiente de plataforma (que se podra leer en cualquier sistema operativo), abierto y sin royalties (se puede utilizar en cualquier caso sin tener que pagar ningn derecho al creador). Microsoft ha lanzado este formato recientemente y lo han integrado con Windows Vista y Office 2007. La integracin con Windows Vista es inmediata, dado que el sistema operativo tiene incorporada una impresora XPS, para poder imprimir cualquier documento en este formato desde cualquier programa, igual que podemos haber visto las impresoras PDF, que permiten crear PDFs desde cualquier programa con la opcin de imprimir. Con ello conseguimos archivos con extensin .xps, que se pueden leer en cualquier sistema, siempre que tenga un visor XPS instalado. En Windows Vista, el visor de documentos XPS est integrado dentro del propio Internet Explorer, por lo que para abrir un documento XPS tendremos que hacerlo con el Explorador de Microsoft. Para quien lo desee, tambin se puede descargar un programa llamado XPS Viewer, para visualizar directamente los documentos XPS sin tener que utilizar Internet Explorer. Adems, existe un paquete llamado Xps Essentials Pack que incluye el visor de documentos y un programa para crearlos. Todos estos programas son gratuitos. En Windows XP el visor habra que instalarlo aparte, porque de entrada no tiene compatibilidad con el formato XPS. Aunque para ello tenemos que instalar primero el .NET Framework 3.0, lo que supone un buen tiempo y unas cuantas descargas para, al fin, poder ver los documentos XPS. Instrucciones: 1 Abra Microsoft Word en su ordenador. 2 Seleccione "Abrir" en el men Archivo y seleccione el archivo XPS en el equipo. Haga clic en "Abrir". 3 Seleccione "Guardar como" en el men Archivo y elegir la opcin "XML" en el men formato. Cambie el nombre del archivo XML, si as lo desea, y seleccione una ubicacin para el mismo. Haga clic en "Guardar". Como utilizo XML para base de datos y migrar a un gestor o administrador. El XML est emergiendo como el formato preferido para una amplia variedad de tipos de datos, especialmente documentos. Su caracterstica de ser estructurado, universal y extensible, para hacer documentos dinmicos y bsquedas ms simples, est causando que muchas empresas estn comenzando a migrar sus datos a lo que parece ser una mina de oro. El hecho que XML se centra en el contenido, abstrayendo el formato de la presentacin en hojas de estilo independientes, permite una extensa reutilizacin del material. Para las empresas que deben trabajar con datos que provienen de sistemas incompatibles, XML puede servir como una tecnologa comn para el transporte de los datos en torno a un formato neutral. Adems, XML puede manejar toda clase de datos, incluyendo texto, imgenes y sonido, aparte de ser extensible lo que le permite manejar cualquier caso especial de modelado de estructuras complejas.

Claramente, XML parece destinado convertirse en la lengua franca de los datos del futuro. El problema hasta ahora ha sido cmo manejar los datos etiquetados de XML. Una solucin prometedora es utilizar bases de datos para almacenar, recuperar y manipular XML. La idea es poner los datos de XML en un rea de trabajo (framework) donde la bsqueda, el anlisis, la actualizacin y la salida pueden realizarse en un ambiente ms manejable, ms sistemtico y conocido. Las bases de datos tienen el mrito de que los usuarios estn familiarizados ellas y su comportamiento, as que incorporar XML a un entorno de bases de datos es una situacin natural. Sin embargo, no hay un nico modelo de bases de datos. Los puristas afirmaran que solamente las bases de datos que almacenan internamente al XML en su formato nativo merecen llamarse "base de datos de XML". Otros afirman que si un producto puede almacenar y recuperar XML en l, y es una base de datos, entonces es una base de datos XML, sin importar cmo se almacenan los datos. Sin entrar en demasiados detalles, se puede hacer una clasificacin general segn como se almacenan los datos. Si el XML no se almacena internamente como XML, llamaremos a eso una "base de datos que soporta XML (database XML enabled),por el contrario si el XML se almacena internamente como XML , la llamaremos una "base de datos de XML nativa". Hay una buena cantidad de razones por las cuales utilizar los distintos los tipos productos y bases de datos existentes para almacenar XML, incluso si no est en su forma nativa. Primero, las bases de datos relacionales (RDBMS- Relational Data Base Manegement System) y las bases de datos orientadas a objeto (OODB Object Oriented Data Base) son bien conocidas, mientras que las bases de datos nativas de XML son nuevas. En segundo lugar, como resultado de familiaridad con las bases de datos relacionales y las orientadas a objeto, los usuarios entienden su comportamiento, especialmente con respecto a funcionamiento. Todava hay cierta negativa a moverse a una base de datos nativa de XML, ya que algunas caractersticas especialmente la escalabilidad- no se han probado. Finalmente, las RDBMS y las OODB son opciones seguras en la mente corporativa. Las empresas no desean arriesgarse a migrar hacia una base de datos XML nativa, si es que no tienen la necesidad de hacerlo. Los usuarios sienten que las bases de datos XML nativas,no son bien conocidas o bien soportadas como ellos lo preferiran. Usar una base de datos relacional les permite mejorar la experiencia existente con la base de datos. Hoy hay bases con soporte de XML que los manejan muy bien y que se basan en modelos relacionales u orientados a objeto. Estas bases de datos aceptan tpicamente XML, lo analizan en segmentos que encajan en el esquema de la base de datos y lo almacenan como si fuera cualquier otro dato de la base. Para recuperar el XML, los segmentos se vuelven a unir otra vez. Productos Uno de los productos para manejar XML en base de datos es Content@XML de la empresa Xyvision Enterprise Solutions Inc., este un sistema de administracin de contenidos que almacena documentos XML en cualquiera de las bases de datos relacionales populares. Un usuario de Content@XML es Element K Content LLC, un publicita tcnico en Rochester, N.Y. "Usando XML, podemos crear el contenido sin importar la presentacin, reutilizar ese contenido y modificar la salida como sea necesaria", dice Kress Riley, vice presidente de desarrollo de contenidos en Element K. El sistema recibe el material en XML y lo entregamos en cualquier formato que sea apropiado. "XML acorta un proceso de dos semanas a algunos minutos", informa Riley.

La base de datos Domino de Lotus Development Corp. tambin puede manejar XML. Las herramientas de Lotus para XML incluso permiten que se cree y procese el contenido como XML nativo. Cuando se usa XML con una base de datos relacional, los productos de terceros que funcionen entre ambos, puede ser til para manejar la traduccin. Uno de esos productos es XML-DBMS, una herramienta basada en JDBC (Java Database Connectivity) que transfiere los datos entre el XML y la base de datos. "XML-DBMS permite que se utilice rpidamente XML para llenar una base de datos que pueda ya ser parte de aplicaciones existentes" dice Ronald Bourret, creador de XML-DBMS. Naturalmente, el producto trabaja tambin a la inversa, retornando la salida de la base de datos en XML. Esto puede ser til tanto para publicar el resultado de XML usando las hojas del estilo como para transportar los datos como XML. "Los componentes de XML-DBMS cubren el vaco que hay entre la base de datos y la estructura de un documento de XML" comenta Asante Bremang, investigador en la Universidad de Liverpool en Inglaterra. Hay algunas crticas respecto al uso de las RDBMS y las OODB para almacenar XML. Por ejemplo, una de caractersticas atractivas de XML es su organizacin jerrquica, una situacin donde las tablas de las bases de datos se quiebran. Las bases de datos relacionales deben asociar (mapear) el XML a las tablas relacionadas y por lo tanto aplanar las estructuras jerrquicas de XML en filas y columnas para poder manejar los datos. Se puede asociar el tipo datos de XML a una fila de la base de datos y lograr que esto trabaje, pero es muy difcil de mantener. Adems, traducir XML a y desde la base de datos requiere un proceso considerable, especialmente para los documentos grandes o complejos. Este factor de rendimiento puede ser el ms fastidioso al tratar en uno de los puntos fuertes de XML: producir las pginas web. El problema es que las pginas resultantes pueden ser demasiado lentas para cargarse. Algunas veces, las empresas eligen usar cierta base de datos relacional, sin importar su conveniencia para realizar el trabajo con el XML. En tales casos, es preferible el colocar una envoltura alrededor de la base de datos relacional para manejar la traduccin de XML. Pero esta solucin tiene muchos gastos indirectos en su implementacin. Qu es una base de datos de XML nativa? Para tener una mejor idea de lo que es realmente una Base de Datos Nativa XML (NXD -Native XML Database), se puede analizar la definicin de lo que son las NXD, ofrecida por la iniciativa de XML:DB Una base de datos nativa de XML.... Define el modelo lgico de un documento de XML, y almacena y recupera documentos segn ese modelo. Como mnimo, el modelo debe incluir elementos, atributos, PCDATA, y el orden del documento. Los ejemplos de tales modelos son el modelo de los datos de XPath, los XML Infoset, y los modelos explicitados por el DOM y los eventos en SAX 1.0. Tiene un documento de XML como unidad fundamental del almacenamiento lgico, tal como una base de datos relacional tiene una fila en una tabla como su unidad fundamental del almacenamiento lgico. No se requiere tener ningn modelo de almacenamiento fsico en particular. Por ejemplo, el documento puede ser creado en una base de datos relacional, jerrquica, u orientada a objetos, o utilizar un formato de almacenamiento propietario tal como archivos indexados y comprimidos.

Hay mucho que se puede deducir de de esta definicin, pero hay tres puntos principales que se pueden resumir en lo siguiente: La base de datos se especializa en almacenar datos XML yalmacena todos los componentes del modelo de XML intacto. La base de datos almacena y recupera documentos. Una NXD puede que realmente sea una base de datos independiente.

Como debe estar claro de esta definicin, las NXD realmente no representan un nuevo modelo base de datos de bajo nivel, y no pretenden sustituir las bases de datos existentes. Son simplemente una herramienta prevista para asistir al desarrollador proporcionando un almacenamiento robusto y la manipulacin de los documentos de XML. Caractersticas de las bases de datos nativas de XML No todos las NXD son exactamente iguales, pero poseen alguna semejanza entre ellas para poder discutir sus caractersticas bsicas. La mayora de los vendedores hoy tienen disponibles productos de la primera generacin, y algunos de los ms maduros ya tienen productos de la segunda generacin. El modelo de NXD todava se est desarrollando y continuar desarrollndose por varios aos.

Almacenamiento XML Las NXD almacenan los documentos XML como una unidad y crearn un modelo que se alinee muy cerca al XML o una de tecnologas relacionadas XML como el Infoseto DOM. Este modelo incluye niveles arbitrarios del anidamiento y complejidad, como as tambin un completo soporte para manejar contenido mixto y semiestructurado. Este modelo es mapeado automticamente por el NXD en el mecanismo subyacente del almacenamiento. El mapeo usado asegurar que el modelo especfico de XML de los datos ser mantenido intacto. Una vez almacenados los datos, se deber continuar utilizando las herramientas de NXD si se pretende ver una representacin til de los datos. Por ejemplo, si se est utilizando una NXD por encima de una base de datos relacional, acceder a los datos de las tablas directamente con el SQL no sera tan til como se podra pretender. La razn de esto es simplemente que los datos que se vern son el modelo del documento de XML, (es decir los elementos y los atributos) en lugar de las entidades de negocio que los datos representan. El modelo de la entidad de negocio existe dentro del dominio del documento de XML, no dentro del dominio del sistema subyacente del almacenamiento de datos. Para trabajar con los datos, se debe trabajar con ellos como XML. Si un desarrollador se siente cmodo trabajando con las herramientas de XML tales como DOM, SAX, XPath y XSL-T, entonces sern probable que trabaje cmodo con una NXD. La base de datos abstraer todos los detalles de cmo se almacena el XML y dejar al desarrollador en libertad paraconstruir aplicaciones usando tecnologas de XML.

Colecciones Las NXD manejan colecciones de documentos, permitiendo que se consulten y se manejen esos documentos como conjunto. Esto es muy similar al concepto relacional de una tabla. Las NXD se diferencian del concepto de las tablas en que no todas las bases de datos nativas de XML requieren un esquema para ser asociado a una coleccin. Esto significa que se puede almacenar cualquier documento de XML en la coleccin, sin importar el esquema. Al hacer esto, se pueden construir consultas a travs de todos los documentos en la coleccin. Las NXD que utilizan estas funciones se llaman esquema-independientes. Tener colecciones esquema-independientes del documento da a la base de datos mucha flexibilidad y hace el desarrollo de las aplicaciones sea ms fcil. Desafortunadamente, esta caracterstica no es bien apreciada por los administradores, debido al riesgo de baja integridad de los datos. El viejo adagio de usar la herramienta correcta para realizar el trabajo se aplica definitivamente aqu. Si se necesita una estructura de esquemas fuerte, entones hay que asegurarse de que se utiliza una NXD que soporta esquemas o se deber encontrar otra manera de almacenar los datos del XML. Algunos productos utilizan la validacin con las DTD, y algunos pueden validar colecciones enteras de documentos va un lenguaje de esquemas propietario. Se espera que el futuro los esquemas propuestos por el W3C se impongan como el lenguaje del esquema para las NXD. Consultas Actualmente las NXD usanXPath (XML Pattern Matching), que es un leguaje para direccionar partes de un documento XML.. Para funcionar como un lenguaje de interrogacin de la base de datos, XPath est levemente extendido para permitir consultas a travs de colecciones de documentos. Desafortunadamente, XPath no fue diseado como un verdadero lenguaje de consultas de base de datos y no cumple con las expectativas cuando se lo utiliza como tal. Algunas de las limitaciones de XPath ms notorias es la falta de capacidad para de agrupar, ordenar, hacer referencias cruzadas, el soporte para tipos de los datos. Debido a estos resultados XPath necesita ser ampliado como parte de un lenguaje ms comprensivo. Algunas de estas cuestiones pueden ser resueltas utilizando utilizando XSLT. Sin embargo, XPATH es un mtodo lento, especialmente si el XML est almacenado en una tabla de una base de datos; aunque algunos motores han implementado herramientas propietarias para acelerar las bsquedas, como por ejemplo Intermedia Text de Oracle. Para mejorar el funcionamiento de las consultas, las NXD soportan la creacin de ndices en los datos almacenados en las colecciones. Estos ndices se pueden utilizar para mejorar dramticamente la velocidad de la ejecucin de la consulta. Los detalles de qu puede ser indexado y cmo se crean los ndices variarn ampliamente entre los distintos productos, pero la mayora soportan esta de la misma manera. Actualizacin La actualizacin de los documentos es actualmente el punto dbil de las actuales NXD. La mayora de los productos requieren que el usuario recupere el documento, lo edite utilizando una API de XML, y luego volver a almacenarlo en la base de datos. Algunos productos tienen lenguajes propietarios que permitan realizar las actualizaciones dentro del servidor, y hay un par de bases de datos de tecnologa abierta que utilizan XML:DB XUpdate para este mismo propsito. Esto es probable ser un tema problemtico, hasta que XQuery incorpore un lenguaje de actualizacin. Hasta entonces, la manipulacin de DOM ser probablemente el mtodo ms comn de actualizacin usado con los productos de NXD.

Las reas de aplicacin Existe solamente un requisito para cualquier aplicacin que desee utilizar un NXD: la aplicacin deber utilizar XML. Ms all de esto no existe ninguna regla definitiva para determinar qu tipo aplicacin se puede o no construir con una NXD, aunque se pueden dar algunas guas elementales. En general, las NXD sobresalen en almacenar datos orientados a documentos (p.e. XHTML o DocBook), datos que tienen una estructura muy compleja con una anidamiento profundo, y datos que son por naturaleza semiestructurados. Una NXD puede almacenar cualquier tipo de datos de XML, pero probablemente no es la mejor herramienta a utilizar para algo como un sistema contable donde la estructura de los datos es rgida y estn muy bien definidas. XLM es un formato es muy verstil para intercambiar datos entre las aplicaciones, y en distintas plataformas. Por ejemplo, una aplicacin para Internet permite a los usuarios realizar una consulta a una base de datos. La consulta puede ser enviada desde el programa navegadoren formato XML a la base de datos; y el motor de la base podr retornar el resultado nuevamente al navegador en XML. Usando XML como un formato estndar para el intercambio de datos, cualquier sistema que corra ya sea un mainframe, NT, Unix, puede interactuar con otros. En este sentido deja muy atrs a las estructuras formales de datos relacionales, dado que es mucho ms flexible que un sistema basado en un concepto de campos rgidos. Tambin ampla la capacidad de rendimiento de las interfaces estndar como CORBA y DCOM. Algunas reas de aplicacin potenciales incluyen. Portales de informacin corporativos. Catlogos dedatos. Bases de datos de productos manufacturados. Almacenamiento de informacin mdica. Sistemas de administracin des documentos. Registro de transacciones de B2B.

Ms all de esto, las NXD son simplemente una herramienta nueva y su utilidad final ser determinada por la creatividad de los desarrolladores.

También podría gustarte