Formulario completo DRDA

DRDA significa Arquitectura de base de datos relacional distribuida
Es un conjunto de protocolos que permite que múltiples sistemas de bases de datos y programas de aplicación trabajen juntos. 
Cualquier combinación de productos de gestión de bases de datos relacionales que utilicen DRDA se puede conectar para formar un sistema de gestión de bases de datos distribuidas. 

DRDA-Full-Form

DRDA describe la arquitectura para bases de datos relacionales distribuidas . Define las reglas para acceder a los datos distribuidos, pero no proporciona las interfaces de programación de aplicaciones (API) reales para realizar el acceso. 
Se utilizó por primera vez en DB2 2.3. DRDA fue diseñado por un grupo de trabajo dentro de IBM en el período de 1988 a 1994. Los mensajes, protocolos y componentes estructurales de DRDA están definidos por la arquitectura de gestión de datos distribuidos. 

Pasos para implementar DRDA

Se requieren los siguientes dos pasos para implementar DRDA: 

  • Para el modelado de datos: establezca una marca en un archivo CA 2E para indicar que se distribuye (consulte la sección Uso de valores DRDA enviados en este artículo). Establezca la opción de función de control de E/S de archivos distribuidos para la función en control S (CA 2E) o U (Usuario). Establezca esta opción desde Editar opciones de función, utilizando el campo Control de E/S de archivos distribuidos.
  • Si especificó el control S (CA 2E) para la función, ingrese las ubicaciones de los archivos en la Tabla de configuración de archivos distribuidos. Esta entrada asocia el archivo con el nombre del servidor de aplicaciones y, opcionalmente, el nombre de la colección en la que se encuentra, lo que permite una configuración diferente en cada ubicación en la que se implementa la aplicación.

La creación (compilación) del programa se realiza a través de una forma extendida de CRTSQLxxx (donde xxx = lenguaje HLL). Utilice el valor del modelo YGENRDB como RDB en el comando CRTSQLxxx. 

Ejecutar CRTSQLxxx da como resultado: 

  • Un programa de aplicación, que reside en el solicitante de la aplicación.
  • Un paquete SQL, que reside en el servidor de aplicaciones y contiene las sentencias SQL para acceder a la base de datos AS.

Componentes de DRDA

  • Solicitante de aplicaciones: acepta requests SQL de aplicaciones y las envía a los servidores de aplicaciones apropiados para su procesamiento. Los programas de aplicación pueden acceder a datos remotos utilizando esta función.
  • Servidor de aplicaciones: recibe requests de los solicitantes de aplicaciones y las procesa. El servidor de aplicaciones actúa sobre las partes de las requests que se pueden procesar y reenvía el resto a los servidores de la base de datos para su posterior procesamiento.
  • Servidor de base de datos: recibe requests del servidor de aplicaciones y otros servidores de base de datos. Este servidor también admite requests distribuidas y reenvía partes de la solicitud al servidor de la base de datos para cumplir con la solicitud.

Bases de datos compatibles con DRDA

  • Apache Derby (Java RDBMS)
  • DB2
  • Servidor dinámico Informix v11.10
  • Oracle Database Gateway para DRDA: permite que la base de datos Oracle actúe como un cliente DRDA, accediendo a bases de datos remotas que no sean de Oracle (principalmente DB2)
  • Proveedor de base de datos Oracle para DRDA: permite que la base de datos Oracle actúe como un servidor DRDA, proporcionando acceso a la base de datos Oracle a clientes remotos (por ejemplo, sistemas IBM i que utilizan la biblioteca de cliente DB2/400 DRDA) 

Ventajas de DRDA

  • Transparencia local/remota. Los programas de aplicación se pueden redirigir fácilmente de datos locales a datos remotos. No se necesitan programas especializados que accedan y gestionen datos en sistemas remotos.
  • Redundancia de datos reducida. Los datos deben almacenarse en una sola ubicación en una red.
  • Mejor seguridad. Al eliminar las copias redundantes de datos, el acceso a los datos en una red puede limitarse mejor a los usuarios autorizados.
  • Integridad de los datos. Las actualizaciones de usuarios locales y remotos simultáneos no se pierden debido a conflictos.
  • Información más oportuna. Los usuarios de varias computadoras en una red siempre tienen acceso a los datos más recientes.
  • Mejor gestión de recursos. Los recursos de almacenamiento y procesamiento de datos de una red de computadoras pueden optimizarse.

Desventajas de DRDA

  • Complejidad
  • Costo
  • Seguridad
  • Control de integridad más dificultad
  • Falta de estándares
  • Falta de experiencia
  • Diseño de base de datos más complejo

Publicación traducida automáticamente

Artículo escrito por swethaorchids61 y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *