🗂️ Trabajando con Archivos Físicos de Múltiples Miembros en AS400 (6)

💡 Un concepto básico: Siempre que creamos un PF, el sistema crea automáticamente un miembro por defecto con el mismo nombre que el archivo. Pero, dependiendo de nuestras necesidades, podemos agregarle más miembros. Aquí te dejo una guía rápida de cómo hacerlo.

 ·  Cesar Ortiz

🚀 Reorganizar un Archivo Físico en AS400 (RGZPFM) (5)

💡 Por lo general, usamos el comando RGZPFM para reutilizar el espacio de los registros que hemos borrado en un archivo. Como los datos se insertan de forma secuencial, los espacios que dejan los registros eliminados no se usan para información nueva. Ese espacio inútil se acumula hasta que ejecutamos RGZPFM para reorganizar el archivo. 🔢 Importante: Una vez que reorganizas el archivo, el Número Relativo de Registro (RRN) de los datos cambiará. 🔑 Caso de uso: Si tienes un archivo que se lee principalmente por su valor clave y quieres cambiar la forma de acceder a él (de secuencial a por clave, o cambiar a una clave distinta), RGZPFM es la herramienta ideal.

 ·  Cesar Ortiz

🗄️ Entendiendo los Physical Files (PF) en IBM i (4)

Trabajando como desarrollador backend en el ecosistema IBM i, la gestión de datos es nuestro pan de cada día. Hoy quiero compartirles un repaso rápido sobre uno de los pilares del sistema: los Physical Files (PF) o Archivos Físicos. Básicamente, un PF es el objeto donde residen físicamente nuestros datos estructurados. 📌 Conceptos Clave Límites: Un archivo físico tradicional puede contener un máximo de 8,000 campos y hasta 120 campos clave.

 ·  Cesar Ortiz

📁 Archivos Físicos de Código Fuente (Source Physical File) (3)

¡Hola a todos! Hoy quiero explicarles de forma sencilla qué es un archivo físico de código fuente y cómo podemos manejarlo en nuestro sistema. 📝 ¿Qué es exactamente? Es un archivo que utilizamos para guardar el código fuente de diferentes tipos de objetos. Para crearlo, usamos el comando CRTSRCPF. Aquí tienes un ejemplo:

 ·  Cesar Ortiz

📚 Bibliotecas (Libraries) en AS/400 (2)

Siguiendo con la charla sobre las entrañas del AS/400 (IBM i), hoy toca hablar de cómo este sistema organiza la vida: las Librerías (Libraries). Para hacerlo simple: cuando llamas a un programa o ejecutas un comando, el sistema no adivina dónde está; tiene que buscarlo. Ahí es donde entran las librerías. 1. ¿Qué es exactamente una librería aquí?

 ·  Cesar Ortiz

Del AS/400 al IBM i (1)

Cuando la gente piensa en tecnología moderna, lo primero que se les viene a la mente son contenedores, la nube y los últimos lenguajes de programación de moda. Pero hay un gigante silencioso que lleva décadas moviendo las industrias más críticas del planeta —como la banca, la farmacéutica y la logística— sin hacer ruido y, lo más importante, sin caerse. Hablo del AS/400, hoy conocido evolutivamente como IBM i. Muchos piensan que es un sistema del pasado, pero la realidad es que su arquitectura es tan robusta que ver de cerca cómo funciona te cambia la perspectiva sobre el desarrollo de software.

 ·  Cesar Ortiz

TFRCTL en IBM i: Un Vistazo a un Comando Histórico de Control de Programas

TFRCTL (Transfer Control) es un comando heredado del entorno OPM en IBM i, diseñado para optimizar el rendimiento reduciendo la pila de llamadas. Aunque su uso fue útil en sistemas antiguos, su comportamiento destructivo e incompatibilidad con ILE lo han vuelto obsoleto. Conocerlo es clave para comprender y mantener programas heredados en IBM i.

 ·  Cesar Ortiz

Grupos de Activación en IBM i: Una Guía Esencial para la Gestión de Recursos

Los Grupos de Activación son uno de los pilares más importantes del Entorno de Lenguaje Integrado (ILE) en IBM i. Este artículo explica cómo funcionan, por qué son fundamentales para la gestión y el aislamiento de recursos, y cómo elegir entre los tipos de grupo (*NEW, *CALLER o con nombre). Además, detalla las mejores prácticas para su creación, mantenimiento y eliminación mediante el mandato RCLACTGRP, garantizando aplicaciones más estables, modulares y seguras.

 ·  Cesar Ortiz

De la Programación Monolítica (OPM) al Entorno Integrado (ILE)

IBM i ha pasado de un modelo de programación monolítico y clásico (OPM) a un entorno moderno y modular (ILE). En este artículo exploramos las limitaciones de OPM, la necesidad de cambio y cómo ILE introduce modularidad, mejor rendimiento y aislamiento de recursos a través de módulos, llamadas a procedimientos y grupos de activación. Una guía esencial para comprender por qué ILE es hoy el estándar de desarrollo en IBM i.

 ·  Cesar Ortiz

Una Introducción a la Programación en Control Language (CL)

El Control Language (CL) es el lenguaje de comandos central en IBM i, utilizado por programadores y administradores para automatizar procesos, gestionar objetos y controlar trabajos. En este artículo aprenderás su estructura básica, cómo declarar variables, manejar condiciones y errores, así como sus capacidades en ILE. Una guía completa para iniciarse en CL y entender su papel en la administración y desarrollo sobre IBM i.

 ·  Cesar Ortiz