Having written about the new /SET and /RESTORE compiler directives a while ago, I thought it might be a good idea to do a piece on the other compiler directives.
Compiler directives come in two types:
Advice about programming, operations, communications, and anything else I can think of
Having written about the new /SET and /RESTORE compiler directives a while ago, I thought it might be a good idea to do a piece on the other compiler directives.
Compiler directives come in two types:
IBM has produced a new while paper called "An executive guide to IBM's strategy and roadmap for it integrated operating environment for Power Systems". Authored by Doug Balog, General Manager of the IBM PowerSystems division, it is, in my opinion, a must read for everyone using or planning to use a PowerSystems server with the IBM i operating system.
This white paper is designed to help IT executives understand IBM's strategy and roadmap for the IBM i operating environment.
On Tuesday (April 19 2016) the COMMON user group hosted a presentation given by Steve Will, chief architect of the IBM i, and COMMON board member Peter Massiello on the new release 7.3. Fortunately COMMON has uploaded it to their website, and made it available to the general public here.
The presentation is a little over an hour, and covers all of the major features in the new release. It is definitely recommended viewing for everyone who is interested in the IBM i and its future.
One of the most important qualities of a well designed database is that all the like fields, e.g. invoice number, share the same characteristics. With DDS files I can do this using a reference file, which contains all the types of field I could want. In an earlier post I showed how you could create a SQL table using column definitions based upon those from another table or file, see Defining SQL tables using a reference file.
SQL offers an alternative, a way to define my own data types which can have their own unique characteristics. I can define a data type for example for Amount, Quantity, and Customer id, and then use these when creating tables, etc.
I found this posted in a Facebook group. It shows in a simple manner the type of SQL joins and what data they will return.
A big Gracias goes to Juan Carlos Ugaz for allowing me to share this.
A full size version can be seen here
The new version of IBM i, 7.3, which was announced on Tuesday, is available today.
Will your company be installing the new release this weekend?
If so I would be interested to hear what you think of it. You can contact me in two ways:
Last week I received a telephone call from my manager, "Jane Smith (her name has been changed to protect the innocent) cannot signon as she is getting some kind of an error message," he explained. "Can you help her?" Jane's problem was that the job description her user profile used was damaged. I quickly copied the one from the development IBM i partition and Jane was able to signon. When I reported this to my manager he asked the obvious question: "How many other damaged objects do we have?"
That is something most of us never encounter due to the robustness of the IBM i operating system. What I needed was a process to identify any damaged objects before they are used and cause errors. The question is how can you identify a damaged object without using it?
After months of speculation this morning the wait is finally over as IBM has announced the new release IBM i 7.3 and the technology refresh 7.2 TR4.
It has been two years since the launch of the last release, and five months since the last technology refresh for 7.2 . Alas, this is the end of the road for technology refreshes for 7.1, as there is no equivalent TR. If your business is still using 7.1 now is a good time to start pushing for an upgrade to 7.2 .
In my last post, Handling null in RPG, I gave examples of how to cope with null values in RPG. As more of us are working with SQL we are going to need to know how to cope with nulls within it too.
Before I start I need to thank Paul Tuohy as my examples of using the null byte maps are based upon a presentation he gave at the OCEAN Technical Conference, in 2015.
Let me start with the basics, below is a SQL table with five columns (fields). I could have used the GENERATE_SQL SQL procedure to create this table from the DDS file I used in my previous story, you can learn about this SQL procedure here.