Hi All,
I am trying to understand that is there any other way to establish a link between MFS fields (MOD layout) and the database, without going through the cobol codes.
I think we can certainly find some information in the message layout defined under the WS section.
BTW, I am more more interested to see if there is any technique with the help of which I can say that it is this IMS database from where the information is coming to the 3270 termainal. The ultimate goal is to minimise the dependency on the CBL programs.
Any help or suggestions will be highly appreaciated!
Analysing MFS
-
- Global moderator
- Posts: 3006
- Joined: Fri Apr 18, 2008 11:25 pm
- Skillset: tso,rexx,assembler,pl/i,storage,mvs,os/390,z/os,
- Referer: www.ibmmainframes.com
Re: Analysing MFS
just think about the rules used to
define a database
define a psb
define a MID/MOD
where no naming convention of <objects> is enforced
and You will see that there is NO way to achieve what You want,
unless Your organization is willing to define a very STRICT naming convention for things
define a database
define a psb
define a MID/MOD
where no naming convention of <objects> is enforced
and You will see that there is NO way to achieve what You want,
unless Your organization is willing to define a very STRICT naming convention for things
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
-
- Posts: 4
- Joined: Tue Mar 26, 2013 11:52 am
- Skillset: Cobol IMS
- Referer: Internet
- Location: Lucknow, India
Re: Analysing MFS
Enrico,
Thanks for these comments.
No, the organization is NOT inclined towards rigid naming conventions. Under these circumstances, I am thinking to have some technique to help track these MFS fields back to the segments/database. Is it possible?
If yes, where shall I rely to start!
Thanks for these comments.
No, the organization is NOT inclined towards rigid naming conventions. Under these circumstances, I am thinking to have some technique to help track these MFS fields back to the segments/database. Is it possible?
If yes, where shall I rely to start!
-
- Global moderator
- Posts: 3006
- Joined: Fri Apr 18, 2008 11:25 pm
- Skillset: tso,rexx,assembler,pl/i,storage,mvs,os/390,z/os,
- Referer: www.ibmmainframes.com
Re: Analysing MFS
NO !
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
-
- Posts: 4
- Joined: Tue Mar 26, 2013 11:52 am
- Skillset: Cobol IMS
- Referer: Internet
- Location: Lucknow, India
Re: Analysing MFS
Enrico,
Ok.
This means we have to rely on the Cobol MPP programs to determine which database/segements is holding the data for any particular Screen fields.
Ok.
This means we have to rely on the Cobol MPP programs to determine which database/segements is holding the data for any particular Screen fields.
-
- Global moderator
- Posts: 3006
- Joined: Fri Apr 18, 2008 11:25 pm
- Skillset: tso,rexx,assembler,pl/i,storage,mvs,os/390,z/os,
- Referer: www.ibmmainframes.com
Re: Analysing MFS
seems that there is language barrier here, that You keep asking the same think over and over ...
IMS is aware only of the NAMES for the fields IMS needs for its <internal> processing
e.g
EXEC DLI GU
SEGMENT(SEGMENT)
WHERE(KEY=<name of the cobol field which contains the key>)
INTO(<record area>)
as You see IMS DOES NOT know ANYTHING about the record layout and structure
so again what You ask for cannot be done!
in how many ways do You have to be told
IMS is aware only of the NAMES for the fields IMS needs for its <internal> processing
e.g
EXEC DLI GU
SEGMENT(SEGMENT)
WHERE(KEY=<name of the cobol field which contains the key>)
INTO(<record area>)
as You see IMS DOES NOT know ANYTHING about the record layout and structure
so again what You ask for cannot be done!
in how many ways do You have to be told
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
-
- Posts: 4
- Joined: Tue Mar 26, 2013 11:52 am
- Skillset: Cobol IMS
- Referer: Internet
- Location: Lucknow, India
Re: Analysing MFS
There is nothing like Language barrier here!
Anyway, thanks.
Anyway, thanks.
-
- Global moderator
- Posts: 3006
- Joined: Fri Apr 18, 2008 11:25 pm
- Skillset: tso,rexx,assembler,pl/i,storage,mvs,os/390,z/os,
- Referer: www.ibmmainframes.com
Re: Analysing MFS
There is nothing like Language barrier here!
then You can chose as an alternative
Your poor knowledge of IMS basics

cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort