RPG Academy: Database Modernization - Methodology, Part 3

RPG
Typography
  • Smaller Small Medium Big Bigger
  • Default Helvetica Segoe Georgia Times

It’s time to get your hands dirty and actually begin the database modernization process. Learn how to start and manage the physical-file-to-table conversion process in this TechTip.

The previous two TechTips discussed the organizational aspects of the database modernization process. It’s now time to start converting your old-school, DDS-defined physical files to “modern” and better-performing DDL tables.

Converting DDS to DDL

Some tools, like AO Foundation (which I mentioned a couple of TechTips back) enable you to automate the task of converting DDS to DDL. However, you can (and, in my opinion, should) know how to convert the files manually. It’s actually a simple process:

  1. Open IBM i Navigator.
  2. Go to the Databases node in the left section of the screen and select your database.
  3. Select Schemas and choose the library where the file resides.
  4. Find the file you want to convert, right-click it, and choose Generate SQL.

The Run SQL Scripts tool will pop up, and show you a CREATE TABLE or CREATE VIEW statement, depending on the type of file you selected. This statement should be a fairly accurate approximation of the DDS defined file. In most cases, it will be an exact match. However, because some DDS keywords don’t have an SQL equivalent, you might not always get what you want. Table 1 lists these keywords.

Table 1: DDS Keywords Ignored During SQL Generation

File Type

Keyword

Both Physical and Logical Files

ALTSEQ, FCFO, FIFO, LIFO, CHECK, CHMSGID, CMP, DATFMT, DIGIT, EDTCDE, EDTWRD, TIMFMT, RANGE, REFSHIFT, UNSIGNED, VALUES, and ZONE

Logical Files

CCSID or TRNTBL

Join Logical Files

JDFTVAL or JDUPSEQ

Keep in mind that, depending of the IBM i Access software version that you’re using, these steps may vary a little. Once you find and run the Generate SQL option, carefully review the results, and adjust as necessary. Some situations might require changes in your programs, while for others you might find an “SQL way” of solving the problem. Before you run the statement and generate the SQL object, be sure to change the library name. You might want to change the SQL object name to something longer and more descriptive, as discussed in the previous TechTip. Keep in mind that you need to maintain compatibility with the programs that use the “old” file.

If the DDS object to convert is a physical file, there are a few additional tasks to perform. If you’re not familiar with the CREATE TABLE SQL statement syntax, it might be a good idea to review it at this time. Also, because SQL is not constrained by the operating system 10-character limit, consider using longer, more descriptive names for each column, followed by the FOR COLUMN expression, after which you’ll place the DDS name of the column. Finally, add the RCDFMT keyword with the DDS record format name to ensure your RPG programs are still able to use the table/file as they did before.

Logical files present different challenges. If the logical file you’re converting has a key, you’ll need to create an SQL index with that key and create a view with the selected columns. There are some limitations to this process, however. Multi-member files cannot be converted directly, for instance, because SQL can’t handle them. You’ll need multiple tables to store the information. If you want to convert such a file, you need to get creative and figure out a way to migrate the data from the original physical file to new SQL tables and, for example, create a stored procedure that automatically accesses the right one.

Finally, you can select a file name and location to save the SQL script. Always remember to save scripts before running them, because sometimes the execution ends in errors or freezes, and you might lose unsaved work. Try this for a couple of physical files and their dependent logical file. Ideally, choose files that are not used in many programs and do a proof of concept (PoC), just to get the hang of it and start hammering out possible inconsistencies in your process. Note that this is a high-level description of the whole DDS-to-DDL conversion process. To get a more technical-level description, please refer to the vast literature on this topic and, naturally, the experience and guidance of your modernization consultant.

Once you’re happy with the conversion and have performed all the necessary program adjustments and recompilations, you’ll be ready to move to the next stage. By now, you should notice an interesting performance gain. This results, among other things, from the larger page size of SQL indexes (64 Kb) compared to the native access paths (8 Kb) used by logical files.

Here’s where things start to get really interesting. You’re now ready to squeeze some more performance from your database and modernize it at the same time. This should be enough to keep you busy until the next TechTip of this series, which will be about the second step of “tidying up” your database: normalization.

Coming Up

In the first article of this Database Modernization subseries, I explained the theory behind the whole normalization theory. Next time around, I’ll show you how to methodically approach the subject. Until then, comment, correct, or suggest a topic in the Comments section below.

Rafael Victoria-Pereira

Rafael Victória-Pereira has more than 20 years of IBM i experience as a programmer, analyst, and manager. Over that period, he has been an active voice in the IBM i community, encouraging and helping programmers transition to ILE and free-format RPG. Rafael has written more than 100 technical articles about topics ranging from interfaces (the topic for his first book, Flexible Input, Dazzling Output with IBM i) to modern RPG and SQL in his popular RPG Academy and SQL 101 series on mcpressonline.com and in his books Evolve Your RPG Coding and SQL for IBM i: A Database Modernization Guide. Rafael writes in an easy-to-read, practical style that is highly popular with his audience of IBM technology professionals.

Rafael is the Deputy IT Director - Infrastructures and Services at the Luis Simões Group in Portugal. His areas of expertise include programming in the IBM i native languages (RPG, CL, and DB2 SQL) and in "modern" programming languages, such as Java, C#, and Python, as well as project management and consultancy.


MC Press books written by Rafael Victória-Pereira available now on the MC Press Bookstore.

Evolve Your RPG Coding: Move from OPM to ILE...and Beyond Evolve Your RPG Coding: Move from OPM to ILE...and Beyond
Transition to modern RPG programming with this step-by-step guide through ILE and free-format RPG, SQL, and modernization techniques.
List Price $79.95

Now On Sale

Flexible Input, Dazzling Output with IBM i Flexible Input, Dazzling Output with IBM i
Uncover easier, more flexible ways to get data into your system, plus some methods for exporting and presenting the vital business data it contains.
List Price $79.95

Now On Sale

SQL for IBM i: A Database Modernization Guide SQL for IBM i: A Database Modernization Guide
Learn how to use SQL’s capabilities to modernize and enhance your IBM i database.
List Price $79.95

Now On Sale

BLOG COMMENTS POWERED BY DISQUS

LATEST COMMENTS

Support MC Press Online

$

Book Reviews

Resource Center

  •  

  • LANSA Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.

  • The MC Resource Centers bring you the widest selection of white papers, trial software, and on-demand webcasts for you to choose from. >> Review the list of White Papers, Trial Software or On-Demand Webcast at the MC Press Resource Center. >> Add the items to yru Cart and complet he checkout process and submit

  • SB Profound WC 5536Join us for this hour-long webcast that will explore:

  • Fortra IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn: