Re: Otra de SQL vs DDS - dudas existenciales

[Fernando Pérez]

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

begin:vcard
fn;quoted-printable:Fernando P=C3=A9rez
n;quoted-printable:P=C3=A9rez;Fernando
org;quoted-printable:;Auditor=C3=ADa y Organizaci=C3=B3n
email;internet:[EMAIL PROTECTED]
tel;work:Ext. 627
x-mozilla-html:TRUE
version:2.1
end:vcard


__________________________________________________
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