Archivo Secuencial.


Es una organización que consiste en almacenar y recuperar datos en forma contigua. Para accesar al registro n deben procesarse los n-1 registros previos.

Una de las ventajas que ofrece esta organización es el buen aprovechamiento que se hace del medio de almacenamiento, así como la facilidad (relativa) en su implementacion y el bajo costo de operación al no requerir de un medio de almacenamiento direccionable.


Las razones para implementar una organización secuencial pueden ser:


* El problema no requiere de una organización mas compleja.- El diseñador determina que después de analizar el problema este no requiere de toma de decisiones en tiempo real o con un alto nivel de prioridad. El caso no amerita la inversión del tiempo y esfuerzo para implementar una organización mas compleja.


* No existe disponibilidad de recursos.- En este caso no es posible la adquisición de medios de almacenamiento direccionable o de otros recursos que permitan procesos en línea (equipo de Telecomunicaciones, Verificación de datos y demás).


CARACTERISTICAS:


Ventajas:


* La implementacion es económica.

* Los algoritmos que controlan la generación de transacciones son mas sencillos.

* Pueden determinarse con precisión el orden de arribo de los datos.


Desventajas


* La información no esta actualizada en todo momento.

* El acceso a los datos es relativamente lento.


Cuando se opta por la organización secuencial pueden utilizarse varias alternativas siendo la mas común el procesamiento por lotes.


Procesamiento por lotes.


Las operaciones regulares se acumulan por un periodo de tiempo determinado o hasta completar un volumen especifico, generándose así el archivo de transacciones.


Una vez transcurrido este periodo o habiéndose completado el volumen de transacciones, la información es "vaciada" en el archivo maestro, realizándose así la actualización.


Concluida la actualización el archivo de transacciones debe ser inicializado, preparándolo así para el siguiente periodo.

GENERACION DEL ARCHIVO DE TRANSACCIONES


Ante la imposibilidad de realizar verificaciones de existencia y/o comprobación de valores en el archivo maestro al concretar una transacción, normalmente se establecen códigos y/o normas de seguridad que permitan detectar parcialmente (al menos para ciertos casos) transacciones invalidas que provocarían errores en la actualización.


La codificación mencionada anteriormente permite reducir en forma considerable la ocurrencia de errores al detectar desde su generación una transacción invalida por no satisfacer determinados formatos.


El siguiente esquema muestra el proceso de generación de un archivo de transacciones.





EDICION: En esta etapa se realizan las siguientes comprobaciones:


Verificación de rangos de valores validos.


Verificación de formatos validos.


Sustitución de códigos de captura por valores completos o reales.


Comprobación de datos en los campos mínimos necesarios (campo llave y campo indicador del tipo de transacción).


Comprobación de datos en aquellos campos relacionados con el tipo de transacción.


EDICION INTELIGENTE .- Cuando el dispositivo de entrada es capaz de procesar las tareas del modulo de edición, restringiendo así las transacciones invalidas, se genera inmediatamente el archivo de transacciones editadas.


ACTUALIZACIÓN.- A este proceso ingresan determinados archivos y resultan otros, además de formatos específicos de control:





Los tipos básicos de transacción son:





FRECUENCIA DE ACTUALIZACIÓN:


Es el criterio que determina la periodicidad con que habrá de llevarse a cabo el proceso de actualización. Se determina por los siguientes factores:





Un concepto relacionado íntimamente a la frecuencia de actualización es la Razón de Actividad de Archivo (RAA). Esta se calcula de la siguiente manera:





La relación que se da entre la frecuencia de actualización y la RAA del archivo maestro es inversamente proporcional.

Lógica de actualización:


Como es sabido, los archivos que entran al proceso de actualización se encuentran ordenados con respecto a su llave; esto por los requerimientos propios del manejo secuencial y la necesidad de establecer comparaciones entre las llaves actuales de los archivos maestro y de transacciones.


Supóngase un archivo de transacciones que no contiene llaves repetidas; es decir solo puede existir una transacción para cada llave como máximo.