Caso practico

Foto de Ana mirando al frente.

—¡Ha llegado la hora de manejar la base de datos desde Java! —exclama Ana, y añade— ¿queréis que os indique cómo crear colecciones y añadir documentos?

Juan contesta —Pues claro Ana, ¿sabes cual es el API principal que proporciona este gestor para trabajar con Java?

Ana contesta —De memoria no lo recuerdo, pero sí recuerdo que la propia distribución dispone de datos de prueba que podemos utilizar en nuestros primeros ejemplos.

María, que escucha con atención dice —¡Perfecto!, vamos a ello.

Los datos almacenados en las BD deben poder ser accesibles desde aplicaciones desarrolladas en diferentes lenguajes y, por este motivo, los SGBD se ven obligados a facilitar interfaces de programación para los lenguajes de programación más utilizados. Así, los fabricantes de SGBD, conocedores de la tecnología empleada en su producto, facilitan una API para permitir el acceso, desarrollada de la manera más eficiente posible para su producto, lo que conlleva la aparición de un problema: la API proporcionada para cada SGBD es propia y diferente de las API los otros SGBD y, en consecuencia, las aplicaciones desarrolladas quedan ligadas al SGBD y los programadores tienen que conocer un montón de API diferentes, tantas como número de SGBD diferentes deban enlazar.

Ante la anarquía de API existente para atacar los SGBD de un determinado tipo, suelen aparecer intentos para estandarizar el mecanismo y proporcionar una aPI estándar. En el caso de las BD-XML nativas ha habido dos procesos de estandarización para el lenguaje Java, que han dado lugar a dos aPI estándares: XML: DB (también llamada XAPI) y XQueryAPI for Java (XQJ).