Professional Documents
Culture Documents
Archivo físico
Es un archivo que. Contiene los datos en formato estructurado predefinido.
Es tipo PF. Al usar el comando CRTPF para crear PF.
El número máximo de campos incluidos en un PF es 8000.
El número máximo de campos clave incluidos es 120.
La estructura del PF se da a continuación:
FORMATO DE GRABACIÓN
ARCHIVOS
RUTA DE ACCESO CLAVE : un área dentro de un archivo obj físico donde los datos del
campo clave se almacenan en el orden junto con su RRN
Columns . . . : 1 71 Browse
AMINEM/DDSSRC
SEU==>
ACCOUNT
FMT PF
.....A..........T.Name++++++RLen++TDpB......Functions++++++++++++++++++
*************** Beginning of data *****************************
0006.00 A ACCURRENCY 3A
0007.00 A ACNAME 20A
0009.00 A K ACLEVELID
0010.00 A K ACORGCOD >>>>> KEYFIELD LEVEL
0011.00 A K ACCOUNTNUM
0012.00 A K ACCURRENCY
****************** End of data ********************************
las entradas de nivel de archivo proporcionan información del sistema del archivo
completo. UNIQUE, LIFO, FIFO, FCFO, REF son las palabras clave utilizadas a nivel de
archivo.
Esta palabra clave de nivel de registro especifica que el formato de registro que se
está definiendo es para compartir las especificaciones de campo de un formato de
registro previamente definido. El nombre del formato de registro que se define debe
ser el nombre del formato de registro definido previamente.
El formato de esta palabra clave es:
TEXT:
ARCHIVOS FISICOS PF
Esta palabra clave de nivel de registro se utiliza para proporcionar una descripción de
texto del formato de registro y se usa solo con fines documentales.
TEXTO ('descripción')
Key field level entries: Entradas de nivel de campo clave: se especifican los
nombres de campo utilizados como campos clave. (DESCEND, SIGNED, ABSVAL,
UNSIGNED, ZONE, NOALTSEQ, DIGIT).
Especifica que los registros con valores clave duplicados se almacenan en la ruta de
acceso de una de las siguientes maneras:
Last-in-first-out (LIFO): cuando se especifica la palabra clave LIFO, los registros con valores
clave duplicados se recuperan en orden LIFO por la secuencia física de los registros. Aquí hay
un ejemplo de DDS usando la palabra clave LIFO.
ARCHIVOS FISICOS PF
A LIFO
A R REC2
A .
A .
A .
A K EMPNO
Suponga que un archivo físico tiene la palabra clave FIFO especificada (los registros con
claves duplicadas están en orden FIFO) y que la siguiente tabla muestra el orden en que se
agregaron los registros al archivo.
Los registros 3 y 4, que tienen valores clave duplicados, están en orden FIFO. Es decir, debido
a que el registro 3 se agregó al archivo antes del registro 4, se lee antes del registro 4.
Esto se haría evidente si los registros se leyeran en orden descendente. Esto se puede hacer
creando un archivo lógico basado en este archivo físico, con la palabra clave DESCEND
especificada en el archivo lógico.
5 D
3 C
4 C
2 B
1 A
ARCHIVOS FISICOS PF
Si el valor clave del registro físico 1 se cambia a C, la secuencia de la ruta de acceso para el
archivo físico es FIFO, con valores de clave ascendentes.
1 C
3 C
4 C
5 D
1 C
3 C
4 C
2 B
Después del cambio, el registro 1 no aparece después del registro 4, aunque el contenido del
campo clave se actualizó después de que se agregó el registro 4.
El orden de los registros FCFO con valores clave duplicados viene determinado por la
secuencia de actualizaciones realizadas a los contenidos de los campos clave. En el ejemplo
anterior, después de que se haya cambiado el registro 1 de modo que el valor de la clave sea
C, la secuencia de la ruta de acceso es FCFO, con valores de clave ascendentes solamente.
3 C
4 C
1 C
5 D
ARCHIVOS FISICOS PF
Palabras clave de nivel de archivo REF/File level keywords REF:
Columns . . . : 1 71 Browse
AMINEM/DDSSRC
SEU==>
REFER
FMT PF
.....A..........T.Name++++++RLen++TDpB......Functions++++++++++++++++++
*************** Beginning of data
*************************************
0002.00 A R REF
0003.00 A RAC1 2P 0 COLHDG('LEVEL ID')
0004.00 A RAC2 3P 0 COLHDG('ORG CODE')
0005.00 A RAC3 12P 0 COLHDG('ACCOUNT
NUM')
0006.00 A RAC4 3A COLHDG('ACCOUNT
CURRENCY')
0007.00 A RPOSTCODE 2P 0 COLHDG('POST CODE')
0008.00 A RCOUNTRY 3P 0 COLHDG('COUNTRY
CODE')
0009.00 A RNAME 20A COLHDG('NAME')
0010.00 A RDATE 3P 0 COLHDG('DATE')
****************** End of data
****************************************
Ahora podemos remitir el archivo 'REFER' para tomar la definición del campo en el
nuevo archivo.
Columns . . . : 1 71 Browse
AMINEM/DDSSRC
SEU==>
USEREF
FMT PF
.....A..........T.Name++++++RLen++TDpB......Functions++++++++++++++++++
*************** Beginning of data *************************************
0002.00 A REF(REFER)
0003.00 A R USEREF
0004.00 A ACCLVL R REFFLD(RAC1 REFER)
>>>>>> field name and referred file name
0005.00 ALIAS(ACC_LVL_ID)
0007.00 A ACCORG R REFFLD(RAC2 REFER)
0008.00 ALIAS(ACC_ORG_CODE)
ARCHIVOS FISICOS PF
Ambos (COLHDG y ALIAS) se usan para identificar campos. COLHDG & ALIAS es la
descripción de los campos. La diferencia es que en ALIAS podemos acceder a datos basados
en ese nombre ALIAS, mientras que COLHDG no está permitido. Supongamos que en el
nombre de campo de PF como DES78, proporcione ALIAS comoDescription78, y luego el
usuario puede acceder a los datos utilizando la Description78.
Si hay datos en el archivo físico y está utilizando CRTPF / opción-14, se perderán todos los
datos en el archivo físico.
Si no desea perder los datos, pero desea compilar el miembro fuente, puede lograrlo con el comando
CHGPF.
Bottom
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this
display
F24=More keys