Modernizar el acceso a bd

Estrategias de Desarrollo

Conversión del acceso a Datos

Roadmap IBM

WDSC: Websphere WebProductores Developmet Cliente Studio Client interno

Objetivo
Es una generar una aplicación Web orientada a la empresa, que permita tomar ventajas de la escalabilidad y flexibilidad que ofrecen las tecnologías modernas, tanto en hardware como en software. Adaptando el acceso a Base de datos y laspracticas de desarrollo para que acompañen los cambios del negocio.

Mejores Herramientas (Better tools)
Unificar y modernizar el Workbench de desarrollo para todo las tecnologías, RPG, COBOL, JAVA, SQL, etc.

Mejorar la interfaz de usuario (Better user interfase)
IBM WebFacing Tool for iSeries WebSphere Host Access Transformation Services (HATS) iSeries Access for Web Las tresherramientas permiten modernizar y extender la vida util de las aplicaciones 5250.

Mejorar la arquitectura Better Architecture
Es el primer paso para el rediseño de nuestras aplicaciones
Objetivos
Modularizar Separar las reglas de negocio de la interfaz Aislar las funciones de acceso a la base de datos e impresión Trasladar lógica que historicamente fue escrita dentro de la aplicación y que puedetrasladarse a la base de datos (Reglas de integridad referencial, procedimientos almacenados, triggers, etc)

Modernizar usando SQL
Razones del cambio
Estandarización Performance Desarrolladores, mayor posibilidad de encontrar skills de desarrollo en SQL vs. RPG Funcionalidad Integridad de datos Acceso a herramientas de no-IBM

Conversión - Terminología

Consideraciones

Metologíapropuesta por IBM
FASES
1.

2. 3. 4.

Aplicar ingeniería inversa para convertir DDS a definiciones SQL (DDL) Crear módulos de acceso a BD DB2 Mover las reglas de negocio a la base de datos Implementar funciones avanzadas de base de datos

¿CÓMO?

FASE I :Reemplazo de DDS por estructuras SQL
Pasos 1. Clasificar el ambiente existente 2. Establecer la lista de DDS a ser convertidas y mediresfuerzo 3. Establecer la convención de nombres SQL a utilizar 4. Convertir las DDS a DDL SQL 5. Revisar las descripciones generadas con DDL 6. Crear un nuevo esquema DB2 (biblioteca) 7. Re-Crear todas los indices existente sobre las tablas SQL 8. Migrar los datos y testear las aplicaciones existentes

1.Clasificar el ambiente

2. Seleccionar DDS
select table_name, table_type, file_type fromqsys2.SYSTABLES where table_schema = 'APILIB' and table_type = 'P' and file_type = 'D' order by table_name

Archivo fisico

Q lógicos

Q programas Inicio

Fin

Dias

3. Convención de nombres
Evite utilizar el tipo de objeto, como parte de el nombre del objeto. Por ejemplo, no use las palabras FILE, TABLE, INDEX o como parte del nombre. Utilice el nombre de tabla y un sufijo para SQLíndices. No se preocupe acerca de la longitud del nombre ya que los índices no pueden ser especificados en una sentencia SQL. En el servidor iSeries, Proporcionar estadísticas de los índices y se puede utilizar para ejecutar una consulta. Por ejemplo, CUSTMST_X001 es una indice radix de CUSTMST, o CUSTMST_V001 es un índice de tipo Vector Encoded de CUSTMST. Usar los sufijos para los códigos deaplicación

4.Conversión DDS a DDL SQL
iSeries Navigator
- Generar SQL -- Generar SQL -- Versión: V5R4M0 060210 -- Versión: V5R4M0 060210 -- Generado en: 20/03/08 12:55:16 -- Generado en: 20/03/08 12:52:47 -- Base de datos relacional: LMA730 -- Base de datos relacional: LMA730 -- Opción de estándares: DB2 UDB iSeries -- Opción de estándares: DB2 UDB iSeries

API QSQGNDDL que puede ser llamadadirectamente desde un CL

CREATE TABLE COBDBF.COCAJAF ( CREATE VIEW COBDBF.COCAJAL1 ( -- SQL150B 10 REUSEDLT(*NO) en tabla COCAJAF de COBDBF ignorado. -- SQL1506 30 Clave o atributo para COCAJAL1 de COBDBF ignorado. CEMPRES NUMERIC(2, 0) NOT NULL DEFAULT 0 , CEMPRES , CSUCURS CHAR(10) CCSID 284 NOT NULL DEFAULT '' , CSUCURS , CTCAJA CHAR(5) CCSID 284 NOT NULL DEFAULT '' , CTCAJA , NCAJA...