Desarrollo de aplicaciones de acceso a datos

Puede utilizar las aplicaciones de acceso a datos para manipular los datos de orígenes externos a fin de utilizarlos en el entorno de servicio de aplicaciones.

Acerca de esta tarea

Puede acceder a los datos de distintos modos:
  • Utilizando las API estándar o ampliadas
  • Utilizando beans de persistencia gestionada por contenedores
  • Utilizando beans de persistencia gestionada por contenedores, beans de sesión o componentes web.
  • Utilizando SDO (Service Data Objects)

Procedimiento

  1. Decida cómo implementar el acceso a los datos.

    El modelo de programación EJB (Enterprise JavaBeans) proporciona varios tipos de componentes distintos en el servidor: beans de entidad, sesión o controlados por mensajes, asimismo servlets. De estos tipos, los beans de entidad se suelen utilizar como modelo de componentes de empresa en las aplicaciones. Los beans de entidad tienen estado y comportamiento.

    El estado de los beans de entidad es persistente y se almacena en una base de datos. A medida que se efectúan cambios en los beans de entidad, se conserva su estado en sincronización con el registro de base de datos que representa el bean. Hay dos tipos de beans de entidad que proporciona el modelo de EJB y estos dos tipos difieren en el método que se utiliza para proporcionar la persistencia. Estos dos tipos de beans de entidad son CMP (persistencia gestionada por contenedores) y BMP (persistencia gestionada por bean).

    • Con beans BMP, el desarrollador produce manualmente el código para gestionar el estado de persistencia del bean.
    • Con beans CMP, el contenedor de EJB gestiona el estado de persistencia del bean. La tarea de gestión del estado de persistencia es compleja y difícil; el uso de beans CMP permite al desarrollador concentrarse en la lógica de la empresa delegando el comportamiento de persistencia en el contenedor.

      Unos ejemplos típicos de beans CMP son Customer (cliente), Account (cuenta), etc. Dado que los beans CMP son objetos, se puede acceder a los datos (estado) con los accesores de campo. Por ejemplo, un bean de entidad Customer (cliente) probablemente tendrá campos como name (nombre) y phoneNumber (número de teléfono). Se accederá a estos datos con los métodos accesores getName()/setName() y getPhoneNumber()/setPhoneNumber(). Como desarrollador, no se ocupará de cómo se almacenarán y recuperarán finalmente los datos de la base de datos del programa de fondo y puede suponer que la integridad de los datos se mantiene mediante el contenedor.

    Consulte el tema Desarrollo de enterprise beans para obtener información al respecto.
    Consejos:
    • [AIX Solaris HP-UX Linux Windows][z/OS]Para maximizar la eficacia de las solicitudes de aplicaciones en las bases de datos relacionales, puede utilizar SQLJ (Structured Query Language in Java™) cuando desarrolle beans BMP y CMP. Esta opción está disponible para aplicaciones que utilizan el controlador JDBC de DB2 Universal para acceder a las bases de datos DB2.

      [z/OS]La única excepción a este requisito de controlador se aplica a los beans compatibles con SQLJ que accedan a DB2 para z/OS; este esquema exige el controlador de herencia de DB2 para z/OS (obligatorio para el RSS de proveedor de JDBC local de DB2 para z/OS).

    • [AIX Solaris HP-UX Linux Windows][z/OS]Asimismo, puede utilizar la función de retención del cursor para obtener un mejor rendimiento; consulte el tema que trata sobre el soporte de la función de retención del cursor de la aplicación JDBC, para obtener más detalles.
    • [IBM i]Puede utilizar la función de retención del cursor para maximizar la eficacia de las solicitudes de aplicaciones a las bases de datos relacionales.

    Un método alternativo de desarrollar beans de entidad es utilizar la infraestructura SDO (Service Data Objects) que es una infraestructura unificada para el desarrollo de aplicaciones de datos. Con SDO, no tiene que familiarizarse con una API específica de tecnología para poder acceder y utilizar los datos. Sólo tiene que conocer una API, la API de SDO, que permite trabajar con datos de varios orígenes, incluidas bases de datos relacionales, componentes de EJB de entidad, páginas XML, servicios web, JCA (Java Connector Architecture), JSP (JavaServer Pages) y más.

  2. Consulte un origen de datos o una fábrica de conexiones con una referencia a recursos. Para obtener más información, consulte el tema que trata sobre la consulta de orígenes de datos con referencias a recursos para acceso relacional. No efectúe este paso si trabaja con beans CMP. El contenedor EJB maneja este proceso para los beans CMP.
    Para ejecutar aplicaciones en WebSphere Application Server, el código debe utilizar referencias de recursos para los nombres lógicos de los orígenes de datos o de las fábricas de conexiones. Generalmente, la correlación de las referencias de recursos con recursos reales se realiza durante el ensamblaje. El administrador del servidor de aplicaciones configura estos recursos.
    • Para el acceso a bases de datos relacionales, los administradores configuran un proveedor JDBC y los orígenes de datos asociados que funcionan con el adaptador de recursos relacional de WebSphere incorporado.
    • Para el acceso a bases de datos no relacional, los administradores instalan el adaptador de recursos JCA (Java EE (Java Platform, Enterprise Edition) Connector Architecture) en un servidor de aplicaciones y configura las fábricas de conexiones asociadas.

    La implementación del contexto de trabajo genérico proporciona un mecanismo para que un adaptador de recursos pueda controlar los contextos en los que se ejecutan las instancias de trabajo que el adaptador de recursos envía al gestor de trabajos del producto para su ejecución. Enviando una instancia de trabajo que implementa la interfaz WorkContextProvider, el adaptador de recursos puede propagar varios tipos de contexto a WebSphere Application Server. Entonces, el servidor de aplicaciones, si da soporte al tipo de contexto propagado, establece el contexto proporcionado como el contexto de ejecución de la instancia de trabajo durante su ejecución.

  3. Obtener una conexión en un origen de datos o una fábrica de conexiones. Consulte el apartado "Obtención de conexiones" del tema Ciclo de vida de las conexiones, para obtener más información. No efectúe este paso si trabaja con beans CMP. El contenedor de EJBmaneja este proceso para los beans CMP.

    La arquitectura de gestión de conexiones para acceso relacional y de procedimientos a sistemas EIS (Enterprise Information Systems) se basa en la especificación JCA (Java EE Connector Architecture). El gestor de conexiones (CM), que agrupa y gestiona las conexiones en el servidor de aplicaciones, puede gestionar las conexiones que se obtienen mediante los adaptadores de recursos (RA) definidos por la especificación JCA y los orígenes de datos definidos por la especificación de extensiones JDBC.

  4. [z/OS]Utilice la identidad de hebra para asignar un propietario a la conexión. Para obtener más información, consulte el tema Utilización del soporte de identidad de hebra.

Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tdat_impdatacc
File name: tdat_impdatacc.html