Nosotros hemos trasladado a funciones el acceso a ficheros en modo lectura, pero por otras razones. Tenemos un m�dulo que tiene definida una funci�n por cada tipo de operaci�n a realizar en el fichero (Read/E, SetLL, ...). El m�dulo define y exporta una ds con la definici�n del registro del fichero, y el resto de m�dulos de los programas que la necesiten la importan.
Este sistema no se ha creado para evitar compilaciones (de hecho no evita ninguna, ya que se exporta el registro entero), sino por motivos de eficiencia. En nuestro caso no es traum�tico para el sistema parar medio/un s�bado/domingo para hacer una recompilaci�n masiva (para los que tenemos que ir a hacerla tampoco es que sea traum�tico, pero s� bastante pu�etero :) ). Ese es el tiempo que necesitar�amos para recompilar, gran parte del sistema. Los motivos por los que hemos implementado este sistema en algunos casos son los siguientes: - En un programa compuesto de varios m�dulos, con un acceso tradicional al fichero se hace complicado que m�s de un m�dulo pueda hacer lecturas al mismo fichero. - Al trasladar las lecturas a funciones, podemos comprobar si el registro al que se quiere acceder es el �ltimo que se ha leido, en cuyo caso no es necesario volver a acceder a �l y nos ahorramos una operaci�n de disco (siempre que se siga la norma de no cambiar los valores de campos del fichero por programa). Vuestro m�todo podr�a ser necesario cuando no se puede parar para recompilar. Pero hay algo que no acabo de entender: si los campos se devuelven en una DS, cualquier cambio en el tama�o de uno de ellos, o una adici�n de un campo que no se ponga al final del registro, igualmente obligar�a a recompilarlo todo. �Como lo haceis para evitarlo? Saludos. Fernando P�rez. Cer�mica Saloni. Dpto. Sistemas * : 964343434 <mailto:FPEREZ@;SALONI.COM> -----Mensaje original----- De: V�ctor Alc�zar Bastarras [mailto:v.alcazar@;copaga.es] Enviado el: viernes, 08 de noviembre de 2002 17:59 Para: [EMAIL PROTECTED] Asunto: RE: Dudas-Discrepancia sobre la creaci�n de Archivos F�sicos. Hola a todos. Desearia exponer un tema que puede ser continuacion del enunciado en el asunto (que por cierto, me ha parecido muy interesante). El tema al que me refiero es el caso que se presenta cuando hay la necesidad de modificar a fondo un fichero que es utilizado por muchos programas y que tiene muchos logicos dependientes, por ejemplo un fichero maestro de clientes. En esta circunstancia, solo de ver la lista de programas que hay que recompilar (los que tratan con el fichero fisico y con sus logicos y que puede ser de varios centenares) hace que la modificacion del fichero se vaya aplazando. Para resolver este problema en lo posible, en nuestras instalaciones desarrollamos un sistema de acceso a ficheros maestros que minimizaba el impacto de cambios en dichos ficheros (fue por el tema del a�o 2000). El sistema consiste en hacer que cualquier programa que necesite los datos del fichero maestro haga una llamada a un unico programa de acceso al fichero maestro enviando como parametro el codigo del cliente buscado, este programa hace la busqueda en el fichero maestro y devuelve como parametros unos campos que tratados como estructuras de datos permiten recuperar todos los campos del fichero maestro. Mediante este invento y otros mas sencillos (como poner en los ficheros de trabajo e historicos los campos de nombres, direcciones, poblaciones, etc) conseguimos reducir espectacularmente la lista de programas a recompilar en caso de modificacion de ficheros maestros. De todos modos no es un sistema perfecto, ya que si el dise�o cambia sustancialmente a veces podria darse el caso de tener que reacer todo el montaje. Bueno, el tema es que si alguien tiene alguna experiencia o solucion en este tema creo que seria interesante comentarlo en el foro. Buen fin de semana y hasta el lunes. V�ctor Alc�zar Bastarras COPAGA S.Coop. http://www.copaga.es mailto: [EMAIL PROTECTED] tel�fon. 650 777 834 _____________________________________________________ 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, env�a el mensaje resultante de pulsar mailto:forum.help400-request@;combios.es?body=LEAVE _____________________________________________________ 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, env�a el mensaje resultante de pulsar mailto:forum.help400-request@;combios.es?body=LEAVE
