SoftwareMining •
COBOL to Java & C#
• Predictable & Repeatable
Data migration is an integrated part of the SoftwareMining COBOL-to-Java modernization process, with optional C# support. It is not provided as a standalone database migration service. As COBOL applications are converted, the SoftwareMining tools analyse their record definitions, file access and database dependencies to generate the corresponding target data structures and data-access components.
Sequential files can often remain in their existing format, while VSAM KSDS and other indexed files can be migrated to relational SQL tables and accessed through generated Java data-access objects.
SoftwareMining also supports application modernization involving IMS DB, DMS-II and other non-relational data platforms. Each source technology requires platform-specific analysis to preserve record structures, access paths and application behaviour within the modernized application.
The sections below describe how data conversion and database migration are handled as part of the wider SoftwareMining modernization process.
Many COBOL systems still depend on VSAM KSDS files for core data management. A structured migration begins by aligning each COBOL FILE-DEFINITION with a relational schema. SoftwareMining automatically generates SQL DDL from COBOL structures or from CICS WORKING-STORAGE sections used in EXEC CICS Read/Write operations.
Once the schema is defined, Java Data-Access Objects (DAOs) and SQL migration scripts ensure consistency between program logic and data structures. For best results, database design and access layers are tuned for performance and scalability.
Performance Note: SQL databases handle large data volumes well, but latency can rise with frequent small reads. Optimizing connection pooling, batching, and schema design is key for maintaining mainframe-grade performance.
Sequential files are often used for temporary storage, sorting, and reporting. By default, they remain as files for backward compatibility but can also be migrated to SQL databases. SoftwareMining-generated sequential files provide:
Relative files can be preserved as system files or restructured into relational tables, depending on usage patterns and required access performance.
In online environments, COBOL programs often access VSAM files through EXEC CICS commands. SoftwareMining automates the translation of these embedded CRUD operations (Create, Read, Update, Delete) into equivalent Java or C# logic, preserving transactional consistency.
See also:
IMS-DB is a hierarchical database widely used in high-volume COBOL systems. Migration requires accurate handling of parent-child relationships and DL/I API calls. SoftwareMining supports automated schema mapping and API translation.
Unisys environments rely on CODASYL, DMS-II, or DMS-2200 databases. Each requires a custom mapping and transformation path. SoftwareMining offers tailored support for converting these data models into SQL-compatible schemas.
IBM iSeries (AS/400) systems using ILE COBOL often combine DDS-based files with subfile-driven screen logic. SoftwareMining supports automatic translation of these file and screen structures into modular Java or C# code.
In many COBOL systems, different programs define slightly different FILE-DEFINITION layouts for the same dataset. This inconsistency complicates mapping to relational schemas. Manually reconciling these differences is slow and error-prone. SoftwareMining's automated analysis identifies and consolidates these structures to ensure one consistent data definition for migration.
Batch programs and data-intensive processes require high runtime efficiency. Key performance-related factors include: