Tejidos Cornejo S.A. escribió:
Parece que estemos escribiendo la carta a los Reyes Magos ;-)

Puestos a pedir, aparte de todo lo que ya se ha dicho, estaría bien que se
pudieran modificar/añadir campos a los ficheros y pantallas sin provocar el
temido CPF4131 (Error de nivel en el archivo ...). Facilitaría mucho la
programación y el mantenimiento de las aplicaciones, ¿ no creéis ?
Ya sé que el sistema actual está diseñado en aras de la velocidad y
rendimiento de los programas, pero con lo que avanza hoy en día la
tecnología y el hardware seguro que no se notaría excesivamente.
Otra cosa es que no se implemente por motivos de integridad y seguridad,
pero estaría bien ...
No conozco otras arquitecturas o BBDD (aparte de los PC's, etc). ¿ También
lo tienen montado de esta manera ?

Un saludo y portaros bien, que si no nos traerán carbón ;-)

Marcel.

  
  
Pues fíjate que esa opción la tienes ya disponible. Si compilas el fichero con lvlchk = *no, no hay errores de nivel. Pero obviamente si cambias un campo de caracter a numérico o viceversa, los programas lo van a pasar bastante mal, y te vendrán errores peores. Yo utilizo esta posibilidad para aprovechar tiempo: modifico el fichero con lvlchk(*no) y recompilo los programas directamente afectados por el cambio. A partir de ahí la gente ya puede entrar a trabajar y yo mientras puedo ir recompilando el resto de programas que usan el fichero. Al día siguiente le pongo el lvlchk a *yes al fichero y listos.

Trabajando con java-sql y similares, hay mayor tolerancia a las modificaciones en el tamaño de los campos y a la adición de nuevos. Pero aquí no hablamos de acceso a nivel de registro. Aunque utilizo sql con frecuencia, reconozco que las ventajas que da el acceso a nivel de registro bien valen la pena el trabajo extra que pueda dar la modificación de un fichero.

--
Saludos.

Fernando Pérez 

Cerámica Saloni. Dpto. Sistemas

begin:vcard
fn;quoted-printable:Fernando P=C3=A9rez
n;quoted-printable:P=C3=A9rez;Fernando
org:;Sistemas
email;internet:[EMAIL PROTECTED]
tel;work:Ext. 627
version:2.1
end:vcard

Responder a