Hola Fernando:
Tenía entendido que la información relacionada con las instrucciones SQL
incrustadas desaparecían del DSPPGMREF. Voy a comprobarlo.
Gracias por tus comentarios.
Javier Mora
________________________________
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Fernando
Pérez
Enviado el: miércoles, 14 de febrero de 2007 9:11
Para: forum.help400
Asunto: Re: Otra de SQL vs DDS - dudas existenciales
Las tablas referenciadas en un sql estático incrustado en un rpg sí que
se muestran en un dsppgmref. Las de los sql dinámicos son las que no se
muestran.
Para poder continuar usando únicamente dsppgmref nosotros definíamos
las tablas usadas solamente en sql dinámico en la hoja F, con la opción de
apertura manual . De esta forma nos aparecen en dsppgmref.
Otro tema interesante es el hecho de no poder usar en sql el concepto
de diccionario de datos, muy útil para saber, por ejemplo, todas las tablas que
tienen un campo 'código de cliente'. Para solventar esta carencia, hacíamos un
comment on a las columnas, indicando el nombre del campo del diccionario de
datos a que hace referencia el campo de la tabla.
Saludos.
Fernando Pérez
Cerámica Saloni. Dpto. Auditoría y Organización
Javier Mora wrote:
Hola a todos:
Llevo más de 15 años desarrollando software sobre AS/400 e
iSeries en RPG y DDS. De hecho, hoy todavía sigo utilizando DDS tanto para
archivos de base de datos, pantallas e impresión. Desde mediados de los 90
llevo leyendo artículos sobre las iniciativas de IBM para que los
desarrolladores empleen SQL en lugar de DDS/operaciones E/S en sus
aplicaciones. Muchos de vosotros ya habéis dado el salto desde hace años.
¿Porqué yo todavía ni le he intentado?
Recientemente he leído un artículo más sobre este asunto, en el
que apunta una serie de razones que me convencen. Pero aún así, sigo con
ciertas dudas existenciales. Tengo claro que podría empezar por sustituir
archivos físicos y lógicos por tablas e índices. Ganaré en mucha en potencia
expresiva. Lo que no tengo tan claro es el empleo de sentencias insert, update,
delete para sustituir los write, update o delete de la E/S tradicional de RPG.
Mis dudas son sencillas y simples:
1) Por el estilo de programación que hemos utilizado toda la
vida, empleamos herramientas del estilo de DSPPGMREF para analizar el impacto
de los cambios que queremos realizar en la aplicación. Por ejemplo, añadir un
campo en un archivo, la división de un archivo en dos (formas normales), etc.
Este mandato tiene controlado los programas llamados, programas de servicio y
los archivos utilizados por los programas de aplicación. Si empiezo a utilizar
SQL "incrustado" en mis programas voy a perder esta herramienta, ¿existe algún
otro medio para realizar un análisis de impacto? No quiero realizar búsquedas
en los fuente. ¿Estoy equivocado en esta apreciación? ¿Gano más que pierdo?
2) Siempre he creído tener claros conceptos como archivos
físicos, lógicos y vías de acceso, pero ahora se me entremezcla todo con SQL.
No se porqué. ¿Qué diferencia existe entre un índice y una vía de acceso o un
lógico?
3) ¿Es realmente factible un entorno mixto? Es decir, dejar las
aplicaciones actuales trabajando con E/S nativa pero los archivos definidos ya
en SQL. ¿Es necesario realizar algún ajustes en los programas ya en producción?
4) ¿Estoy paranoico? ;-)
Lo dejo aquí. Creo que me he enrollado demasiado. No sé si los
ya lleváis trabajando con SQL años tuvisteis estas dudas existenciales.
Un saludo a todos y gracias por "escuchar" mis lamentos.
Cualquier comentario será bienvenido.
Javier Mora
________________________________
__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos
reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
