Obtener numero de registros de un fichero

Manejo de almacenamiento tanto en discos como en medios magneticos, DFSMSxxx (todo lo relacionado con el SMS).
jgodin01
Usuario
Usuario
Mensajes: 18
Registrado: 20 Nov 2007, 16:39
Ubicación: mexico

Mensaje por jgodin01 » 23 Ene 2008, 22:30

hola a todos nuevamente, se me olvido comentarles algo, hace ya muchos años en la 370/135 y 145 y bajo DOS/VSE, cuando no habia terminales, aun no existian los archivos vsam, entonces al listar la vtoc, nos daba los cilindros, y pistas exactos, ademas de poner tambien el mumero de registros, en OS/VS no aparecian, de hecho habia pocos usuarios que trabajaban con OS/VS, cuando desaparece DOS y se mugra a OS/390, ya perdimos las caracteristicas completas de los registros, a alguien se le olvido ponerlos, jajajaja.

Saludos
Ing. Jorge Godínez Rodríguez

Avatar de Usuario
acevedo
Colaborador Senior
Colaborador Senior
Mensajes: 375
Registrado: 01 Abr 2005, 14:36
País: España
Ciudad: Malaga
Ocupación: Analista de desarrollo

Mensaje por acevedo » 24 Ene 2008, 16:28

ahora que he leido para lo que se quiere: utilidades y controles de ese tipo los he visto en todo tipo de instalaciones tanto bancarias como no: la de lanzar jobs de 'superusuario' o no tan de superusuario a través del operador automático (AFOPER) o incluso a través de STC.. la de autorizaciones temporales de ficheros que caducan al dia siguiente...y muchos más basados en grupos Racf para consulta/actualización de ficheros y tablas db2...o dicho de otra forma, en éste entorno que lleva tantos años ...la rueda ya está inventada.
Yo pensé que el número de registros lo querías para algún inventario de ficheros de la instalación (que también los he visto)...

de forma puntual no veo tan descabellado que se cuente el número de registros (mediante rexx, sort o cualquier otro lenguaje/utilidad)... por supuesto todo depende del volumen de registros que tengan esos ficheros, haz un par de pruebas en tu instalación para ver cuanto tarda un sort (DFSORT o Syncsort) en contar por ejemplo 3 millones de registros... o los que sea la media de registros de los ficheros que tratáis, eso te dará una métrica que sólo vosotros debéis dar por aceptable o no.







[/quote]

canalejas

Mensaje por canalejas » 25 Ene 2008, 07:04

acevedo escribió:ahora que he leido para lo que se quiere: utilidades y controles de ese tipo los he visto en todo tipo de instalaciones tanto bancarias como no: la de lanzar jobs de 'superusuario' o no tan de superusuario a través del operador automático (AFOPER) o incluso a través de STC.. la de autorizaciones temporales de ficheros que caducan al dia siguiente...y muchos más basados en grupos Racf para consulta/actualización de ficheros y tablas db2...o dicho de otra forma, en éste entorno que lleva tantos años ...la rueda ya está inventada.
Yo pensé que el número de registros lo querías para algún inventario de ficheros de la instalación (que también los he visto)...

de forma puntual no veo tan descabellado que se cuente el número de registros (mediante rexx, sort o cualquier otro lenguaje/utilidad)... por supuesto todo depende del volumen de registros que tengan esos ficheros, haz un par de pruebas en tu instalación para ver cuanto tarda un sort (DFSORT o Syncsort) en contar por ejemplo 3 millones de registros... o los que sea la media de registros de los ficheros que tratáis, eso te dará una métrica que sólo vosotros debéis dar por aceptable o no.
Esta fue la primera idea, pero desgraciadamente TOP SECRET no permite acceder a esos ficheros ni mediante STC con permisos especiales, solo al catálogo, información del sistema de archivos y similares. También tenemos el problema de que muchos ficheros, por su volumen, se encuentran en TAPE y se tienen que montar para leerlos. De momento, para algunas utilidades, (como son las de calcular el espacio ajustado necesario para un COPY) hemos tirado de DATACLASS del tipo EXTENDED, para que el propio sistema vaya tomando extensiones si lo necesita, siempre que la alocación dinámica se haya calculado de forma generosa.

Gracias a todos por vuestra colaboración.

Responder