Archivos de datos - Revision history

Guilda at 02:13, 7 January 2020

2020-01-07T02:13:37Z

Guilda at 14:42, 21 December 2013

2013-12-21T14:42:55Z

Guilda at 14:36, 21 December 2013

2013-12-21T14:36:30Z

Guilda at 14:33, 21 December 2013

2013-12-21T14:33:40Z

Guilda at 14:25, 21 December 2013

2013-12-21T14:25:52Z

Guilda at 14:22, 21 December 2013

2013-12-21T14:22:27Z

Guilda at 14:20, 21 December 2013

2013-12-21T14:20:39Z

Guilda: Página creada con « El almacenamiento de los datos en CDS/ISIS se lleva a cabo en una entidad lógica que comprende dos archivos físicos: el archivo maestro,con la extensión '''.MST''' y e...»

2013-12-21T14:19:27Z

Página creada con « El almacenamiento de los datos en CDS/ISIS se lleva a cabo en una entidad lógica que comprende dos archivos físicos: el archivo maestro,con la extensión '''.MST''' y e...»

New page

El almacenamiento de los datos en CDS/ISIS se lleva a cabo en una entidad lógica que comprende dos archivos físicos: el archivo maestro,con la extensión '''.MST''' y el archivo de referencias, con la extensión '''.XRF'''.
Los datos se almacenan en el archivo maestro y el archivo de referencias es un archivo auxiliar que provee un mecanismo para el procesamiento de las operaciones de entrada y salida del archivo maestro.
El archivo de referencias se forma con registros de longitud fija, uno por cada registro del archivo maestro, y contienen la ubicación de cada registro dentro del maestro, permitiendo de esta forma acceso directo a los registros. Además de la dirección, se almacena el estado de cada registro: activo, lógicamente eliminado o físicamente eliminado. También indica si las listas invertidas ya han sido actualizadas con el registro en referencia.
Los registros del archivo maestro son de longitud variable y cada uno de ellos se identifica con un número secuencial llamado master file number (MFN) o número de registro en el archivo maestro.

[[Archivo:Mst01.jpg|centro]]

Los registros se almacenan secuencialmente en el archivo maestro y su posición física dentro al interior de éste se guarda en el registro correspondiente del archivo de referencias. Esto es, la dirección y estado del registro 1 del archivo maestro se encuentra almacenada en la posición 1 del archivo de referencias, la dirección y estado del registro 2 del archivo maestro se encuentra almacenada en la posición 2 del archivo de referencias ... y así sucesivamente. Los nuevos registros se van agregando al final del archivo maestro, creándose el registro correspondiente en el archivo de referencias.
Como la estructura del maestro mantiene registros de longitud variable, en el proceso de actualización de registros ya existentes se da un caso especial: si se edita un registro ya almacenado el mismo puede no ocupar la misma posición que tenía asignada en la base de datos, dependiendo de las siguientes condiciones:*Si la versión modificada del registro tiene una longitud mayor que la versión anterior del mismo, entonces el registro se graba de nuevo al final de la base de datos y la versión anterior del registro se marca para indicar que el mismo está deshabilidado. El archivo de referencias se modifica para colocar la nueva posición del registro dentro de la base de datos.:Ejemplo: supongamos que al Mfn 4 tiene una longitud de 215 bytes. Lo editamos para agregar dos descriptores más, con lo cual la nueva longitud del registro es de 248 bytes. Cuando intentamos actualizar el registro, éste no puede sobreescribirse en el mismo lugar que ocupaba la versión de 215 bytes. Entonces, el registro de 215 bytes es marcado como eliminado y la nueva versión del registro se graba al final de la base de datos. El archivo .xrf también es modificado para indicar la nueva posición del registro 4 dentro del archivo maestro. Podemos representar esta situación de la siguiente manera:

[[Archivo:Mst02.jpg|centro]]

@@ Line 6: / Line 6: @@
 Los registros del archivo maestro son de longitud variable y cada uno de ellos se identifica con un número secuencial llamado master file number (MFN) o número de registro en el archivo maestro.
-[[Archivo:Mst01.jpg|centro]]
+[[File:Mst01.jpg|centro]]
 Los registros se almacenan secuencialmente en el archivo maestro y su posición física dentro al interior de éste se guarda en el registro correspondiente del archivo de referencias. Esto es, la dirección y estado del registro 1 del archivo maestro se encuentra almacenada en la posición 1 del archivo de referencias, la dirección y estado del registro 2 del archivo maestro se  encuentra almacenada en la posición 2 del archivo de referencias ... y así sucesivamente. Los nuevos registros se van agregando al final del archivo maestro, creándose el registro correspondiente en el archivo de referencias.
@@ Line 14: / Line 14: @@
 :Ejemplo: supongamos que al Mfn 4 tiene una longitud de 215 bytes. Lo editamos para agregar dos descriptores más, con lo cual la nueva longitud del registro es de 248 bytes. Cuando intentamos actualizar el registro, éste no puede sobreescribirse en el mismo lugar que ocupaba la versión de 215 bytes. Entonces, el registro de 215 bytes es marcado como eliminado y la nueva versión del registro se graba al final de la base de datos. El archivo .xrf también es modificado para indicar la nueva posición del registro 4 dentro del archivo maestro. Podemos representar esta situación de la siguiente manera:
-[[Archivo:Mst02.jpg|centro]]
+[[File:Mst02.jpg|centro]]
 :En la nueva versión del Mfn 4 se graba un apuntador hacia su versión anterior. Esto con el objeto de permitir extraer las claves de la lista invertida, correspondientes a la versión anterior del registro, para luego agregar las nuevas claves.Al actualizarse la lista invertida el apuntador hacia a la versión no modificada del registro desaparece.
@@ Line 51: / Line 51: @@
 Los datos son almacenados en el área de datos uno a continuación del otro, sin ningún separador entre ellos. La sección de directorio contiene entradas de longitud fija las cuales almacenan apuntadores hacia cada campo contenido en el área de datos. El Leader también posee longitud fija y contiene información acerca de las características generales del registro en sí mismo, tales como: número de archivo maestro (MFN),  longitud de registro, el número de campos almacenados, etc. En forma esquemática la estructura de un registro es la siguiente
-[[Archivo:Mst03.jpg|centro]]
+[[File:Mst03.jpg|centro]]
 ===El Leader===
@@ Line 112: / Line 112: @@
            &lt;5&gt;20010417^t04:09:46 a.m.^bSD
-Nótese el manejo del campos repetibles, ejm. el campo 650, donde cada ocurrencia se mantiene en un campo por separado pero identificado con la misma etiqueta. El arte del trabajo con las herramientas CDS/Isis reside en un buen manejo del lenguaje de formateo, para extraer y manejar la información almacenada bajo estas estructuras.
+Notese el manejo del campos repetibles, ejm. el campo 650, donde cada ocurrencia se mantiene en un campo por separado pero identificado con la misma etiqueta. El arte del trabajo con las herramientas CDS/Isis reside en un buen manejo del lenguaje de formateo, para extraer y manejar la información almacenada bajo estas estructuras.

@@ Line 55: / Line 55: @@
 ===El Leader===
 La estructura de datos del leader ocupa 18 bytes con la siguiente información:
-Mfn del registroLongitud del registroApuntador hacia la versión anterior del registro si éste ha sido modificado (número del bloque en el archivo maestro)Apuntador hacia la versión anterior del registro si éste ha sido modificado (desplazamiento dentro del bloque)Posición de inico del area de datos, donde se encuentran los campos del registroNúmero de campos contenidos en el registro (representa el número de entradas presentes en la sección DirectorioEstado del registro (0 = registro activo, 1 = registro marcado para eliminación)
+*Mfn del registro
- El Directorio
+*Longitud del registro
 La sección del directorio del registro posee una entrada por cada uno de los campos presentes en el registro. Cuando un campo, tal como el nombre del autor, ocurre más de una vez en el registro (campo repetible), existirá una entrada en el directorio para cada ocurrencia del campo, Igualmente, en el área de datos, existirán tantos campos como ocurrencias posea el campo repetible. El orden como se presentan estas ocurrencias corresponde con el orden como se ingresa el campo al momento de captura de información.
 Cada entrada del directorio posee un máximo de 6 bytes y tiene la siguiente estructura:
-Tag (etiqueta) del campoPosición de inicio del campo dentro del registro (se expresa en término de desplezamiento respecto al inicio del area de datosLongitud del campo
+*Tag (etiqueta) del campo
 Las entradas en el directorio se almacenan en el mismo orden como fueron ingresados los campos.
-Las librerías IsisDll proveen funciones para acceder tanto el Leader como el directorio de cada registro, lo provee un control total sobre el contenido de los campos de una base de datos.
-El área de datos
+===El área de datos===
 A continuación del directorio del registro se encuentra el área de datos con la información ingresada en el registro.
 Una base de datos ISIS provee tres modalidades para almacenar la información en los campos:
-Campos elementalesCampos repetiblesCampos con sub-campos
+*Campos elementales
-Campos elementales son aquellos que poseen una sola instancia (ocurrencia) en el registro, ejm: la fecha de nacimiento de una persona, el estado civil, etc.
+*Campos repetibles
-Campos repetible son aquellos que pueden poseer más de una instancia en el registro, ejm: los autores de una publicación, las materias de las cuales trata, etc.
+*Campos con sub-campos
 Los campos con subcampos permiten estructurar la información al interior del campo a efectos de proveer el acceso a cada una de los elementos de datos que lo componen. Ejemplo: identificar dentro del nombre del autor, la porción correspondiente al nombre y la porción correspondiente al apellido (subcampo nombre y subcampo apellido). Cada subcampo estará precedido por un delimitador consistente en un indicador de subcampo (el carácter ^) y un identificador de subcampo (una letra o un número)
-Ejemplo de un registro en formato Marc almacenado bajo una estructura CDS/Isis. El mismo ha sido obtenido a través de una catalogación directa desde la Biblioteca del Congreso (LC). El valor al inicio del registro, mostrado entre <...>, corresponde a la etiqueta del campo.          &lt;1&gt;1163388          &lt;8&gt;960711s1996    sz a     b    001 0 eng c          &lt;35&gt;  $9(DLC)   96031775          &lt;7&gt;07-17-96; CIP ver. pv07 11-20-96          &lt;10&gt;  ^a96031775          &lt;20&gt;  ^a3805563337 (hardcover : acid-free paper)          &lt;40&gt;  ^aDNLM/DLC^cDLC^dDLC^dIVIC-BMR          &lt;50&gt;00^aWD300^bM755^c1996^dv.33          &lt;60&gt;10^aW1 MO567E v.33 1996^aWF 553 G3283 1996          &lt;82&gt;00^a616.2/38042$220          &lt;245&gt;00^aGenetics of asthma and atopy /^cvolume editor, I.P. Hall.          &lt;260&gt;  ^aBasel ;^aNew York :^bKarger,^c1996.          &lt;300&gt;  ^av, 174 p. :^bill. ;^c25 cm.          &lt;440&gt; 0^aMonographs in allergy^v33          &lt;504&gt;  ^aIncludes bibliographical references and index.          &lt;650&gt; 0^aAsthma^xGenetic aspects.          &lt;650&gt; 0^aAllergy^xGenetic aspects.          &lt;650&gt;12^aAsthma^xgenetics.          &lt;650&gt;22^aHypersensitivity^xgenetics.          &lt;700&gt;1 ^aHall, I. P.          &lt;5&gt;20010417 0904          &lt;935&gt;SD          &lt;900&gt;^n91523^m33^fCompra^p19970100^rSwets^w20010416^zSD          &lt;5&gt;20010417^t04:09:46 a.m.^bSD
+'''Campos elementales''' son aquellos que poseen una sola instancia (ocurrencia) en el registro, ejm: la fecha de nacimiento de una persona, el estado civil, etc.
 Nótese el manejo del campos repetibles, ejm. el campo 650, donde cada ocurrencia se mantiene en un campo por separado pero identificado con la misma etiqueta. El arte del trabajo con las herramientas CDS/Isis reside en un buen manejo del lenguaje de formateo, para extraer y manejar la información almacenada bajo estas estructuras.

@@ Line 28: / Line 28: @@
 Dada la estrecha relación entre el archivo maestro y el archivo de referencias, la integridad de los datos en las estructuras CDS/Isis depende de la integridad de estos dos archivos: si el archivo .xrf se corrompe, el archivo maestro también se verá como corrompido aun cuando los datos están físcamente correctamente almacenados. Existen programas que ayudan a restablecer el archivo .xrf a partir del archivo maestro, para recuperar el acceso a la base de datos. Uno de estos programas es el denominado MKXRF perteneciente a las librerías [http://wiki.bireme.org/es/index.php/CISIS CISIS] distribuídas por Bireme.
- La mejor manera de protejer los datos es asegurar el respaldo conjunto de los archivos .mst y .xrf, tener definidos procedimientos de auditoría y saber aplicar las herramientas de recuperación de bases de datos que ya existen para el mantenimiento de estas estructuras.
+La mejor manera de protejer los datos es asegurar el respaldo conjunto de los archivos .mst y .xrf, tener definidos procedimientos de auditoría y saber aplicar las herramientas de recuperación de bases de datos que ya existen para el mantenimiento de estas estructuras.
@@ Line 42: / Line 42: @@
-== ESTRUCTURA DE LOS REGISTROS DEL ARCHIVO MAESTRO ==
+== Estructura de los registros del archivo maestro ==
 En los registros del archivo maestro la información se organiza en campos de longitud variable y algunos son opcionales, esto es, no siempre están presentes en todos los registros.
 La estructura del registro del archivo maestro posee tres secciones:
@@ Line 52: / Line 52: @@
 [[Archivo:Mst03.jpg|centro]]

@@ Line 1: / Line 1: @@
+==Estructura de los archivos de datos==
 El almacenamiento de los datos en CDS/ISIS se lleva a cabo en una entidad lógica que comprende dos archivos físicos: el archivo maestro,con la extensión '''.MST'''  y el archivo de referencias, con la extensión '''.XRF'''.
 Los datos se almacenan en el archivo maestro y el archivo de referencias es un archivo auxiliar que provee un mecanismo para el procesamiento de las operaciones de entrada y salida del archivo maestro.
 El archivo de referencias se forma con registros de longitud fija, uno por cada registro del archivo maestro, y contienen la ubicación de cada registro dentro del maestro, permitiendo de esta forma  acceso directo a los registros.  Además de la dirección, se almacena el estado de cada registro: activo, lógicamente eliminado o físicamente eliminado. También indica si las listas invertidas ya han sido actualizadas con el registro en referencia.
 Los registros del archivo maestro son de longitud variable y cada uno de ellos se identifica con un número secuencial llamado master file number (MFN) o número de registro en el archivo maestro.
@@ Line 24: / Line 25: @@
-NTEGRIDAD DEL ARCHIVO DE DATOS
+==Integridad del archivo maestro ==
-Dada la estrecha relación entre el archivo maestro y el archivo de referencias, la integridad de los datos en las estructuras CDS/Isis depende de la integridad de estos dos archivos: si el archivo .xrf se corrompe, el archivo maestro también se verá como corrompido aun cuando los datos están físcamente correctamente almacenados. Existen programas que ayudan a r2stablecer el archivo .xrf a partir del archivo maestro, para recuperar, en esta forma, la integridad de la base de datos que parezca corrompida. Uno de estos programas es el denominado MKXRF perteneciente a las librerías CIsis distribuídas por Bireme. Es mi experiencia a través de muchos ańos de trabajo con las estructuras CDS/Isis, que en la mayoría de los casos cuando el archivo  .mst aparece corrompido, los que se está reflejando es la corrupción del archivo .xrf; por lo tanto, al recuperando el xrf también se recupera el .mst.
+Dada la estrecha relación entre el archivo maestro y el archivo de referencias, la integridad de los datos en las estructuras CDS/Isis depende de la integridad de estos dos archivos: si el archivo .xrf se corrompe, el archivo maestro también se verá como corrompido aun cuando los datos están físcamente correctamente almacenados. Existen programas que ayudan a restablecer el archivo .xrf a partir del archivo maestro, para recuperar el acceso a la base de datos. Uno de estos programas es el denominado MKXRF perteneciente a las librerías [http://wiki.bireme.org/es/index.php/CISIS CISIS] distribuídas por Bireme.
   La mejor manera de protejer los datos es asegurar el respaldo conjunto de los archivos .mst y .xrf, tener definidos procedimientos de auditoría y saber aplicar las herramientas de recuperación de bases de datos que ya existen para el mantenimiento de estas estructuras.
-EL REGISTRO DE CONTROL DEL ARCHIVO MAESTRO
 Todo archivo maestro posee un registro con MFN 0 denominado Registro de control del archivo maestro. Siempre se almacena al inicio del archivo, posee longitud fija y no genera entrada alguna en el archivo de referencias.
-El registro de control almacena la siguiente información
+==El registro de Control del Archivo Maestro==
-Número de archivo maestro (siempre cero)Próximo Mfn a ser asignadoDirección del próximo registro disponible: apunta al inicio del próximo bloque de 512 bytes disponibleDirección del próximo registro del archivo maestro (apunta al desplazamiento dentro del próximo bloque disponible)Tipo de archivo maestro (siempre es cero)Número de aplicaciones que han solicitado el bloqueo de entrada de datosIndicador de bloqueo de lectura de la base de datos
+Todo archivo maestro posee un registro con MFN 0 denominado '''Registro de control del archivo maestro'''. Siempre se almacena al inicio del archivo, posee longitud fija y no genera entrada alguna en el archivo de referencias. Almacena la siguiente información
- Las librerías de IsisDll permiten consultar este registro de control.
+*Número de archivo maestro (siempre cero)
 == ESTRUCTURA DE LOS REGISTROS DEL ARCHIVO MAESTRO ==
 En los registros del archivo maestro la información se organiza en campos de longitud variable y algunos son opcionales, esto es, no siempre están presentes en todos los registros.
@@ Line 38: / Line 48: @@
 *Directorio
 *Area de Datos
 Los datos son almacenados en el área de datos uno a continuación del otro, sin ningún separador entre ellos. La sección de directorio contiene entradas de longitud fija las cuales almacenan apuntadores hacia cada campo contenido en el área de datos. El Leader también posee longitud fija y contiene información acerca de las características generales del registro en sí mismo, tales como: número de archivo maestro (MFN),  longitud de registro, el número de campos almacenados, etc. En forma esquemática la estructura de un registro es la siguiente

@@ Line 18: / Line 18: @@
 *Si la longitud de la  versión modificada del registro no sufre ningún incremento, la lista invertida no ha sido actualizada y es la segunda modificación que ocurre sobre el registro, el registro modificado puede sobreescribir su versión anterior ya que las versiones intermedias generadas entre la primera versión y la última versión del registro no necesitan almacenarse para actualizar la lista invertida por cuanto con las dos versiones extremas basta para mantener actualizados los índices.
-Las versiones del registro que han sido objeto de modificación permanecen en la base de datos hasta tanto no se active un proceso de reorganización del archivo maestro. En el WinIsis esta reorganización puede hacerse exportando e importando la base de datos, y si se quiere conservar el Mfn original del registro en la base de datos reorganizada, es necesario exportar el Mfn a un  campo para luego utilizarlo en el procedimiento de importación. Con IsisDll este proceso debe ser controlado por el programa de reorganización que se escriba para tales efectos.
-Tanto el archivo maestro como el archivo de referencias se forman con bloques físicos de 512 bytes. Como los registros del archivo maestro son de longitud variable, pueden comenzar en cualquier posición de un bloque. De ahí que la dirección física de un registro maestro se almacena en términos del número del bloque donde comienza y el desplazamiento dentro del mismo.
+Las versiones del registro que han sido objeto de modificación permanecen en la base de datos hasta tanto no se active un proceso de reorganización del archivo maestro.
 Todos los productos de la familia CDS/ISIS proveen funciones para las operaciones de entrada y salida de registros, las cuales manejan en forma automática el almacenamiento físico de los archivos maestro y de referencia y sus correspondientes mecanismos de actualización.

← Older revision		Revision as of 14:22, 21 December 2013
Line 14:		Line 14:

	[[Archivo:Mst02.jpg\|centro]]		[[Archivo:Mst02.jpg\|centro]]
		+
		+	:En la nueva versión del Mfn 4 se graba un apuntador hacia su versión anterior. Esto con el objeto de permitir extraer las claves de la lista invertida, correspondientes a la versión anterior del registro, para luego agregar las nuevas claves.Al actualizarse la lista invertida el apuntador hacia a la versión no modificada del registro desaparece.
		+
		+	*Si la longitud de la versión modificada del registro no sufre ningún incremento, la lista invertida no ha sido actualizada y es la segunda modificación que ocurre sobre el registro, el registro modificado puede sobreescribir su versión anterior ya que las versiones intermedias generadas entre la primera versión y la última versión del registro no necesitan almacenarse para actualizar la lista invertida por cuanto con las dos versiones extremas basta para mantener actualizados los índices.
		+	Las versiones del registro que han sido objeto de modificación permanecen en la base de datos hasta tanto no se active un proceso de reorganización del archivo maestro. En el WinIsis esta reorganización puede hacerse exportando e importando la base de datos, y si se quiere conservar el Mfn original del registro en la base de datos reorganizada, es necesario exportar el Mfn a un campo para luego utilizarlo en el procedimiento de importación. Con IsisDll este proceso debe ser controlado por el programa de reorganización que se escriba para tales efectos.
		+	Tanto el archivo maestro como el archivo de referencias se forman con bloques físicos de 512 bytes. Como los registros del archivo maestro son de longitud variable, pueden comenzar en cualquier posición de un bloque. De ahí que la dirección física de un registro maestro se almacena en términos del número del bloque donde comienza y el desplazamiento dentro del mismo.
		+	Todos los productos de la familia CDS/ISIS proveen funciones para las operaciones de entrada y salida de registros, las cuales manejan en forma automática el almacenamiento físico de los archivos maestro y de referencia y sus correspondientes mecanismos de actualización.