Difference between revisions of "DDS"

From MidrangeWiki
Jump to: navigation, search
m
m (wiki formatting cleanup)
 
(6 intermediate revisions by one other user not shown)
Line 1: Line 1:
[[Category:Programming]]
+
{{AN}} is an acronym which stands for {{bu|D|ata}} {{bu|D|escription}} {{bu|S|pecifications}}.
[[Category:Database]]
 
[[Category:Displays Programming]]
 
 
 
'''DDS''' = ''Data Description Specifications''
 
  
 
This "programming language" is used to define the layout of files, both physical and logical, interactive and prompt screens, reports, and various other kinds of objects in the 400 family.
 
This "programming language" is used to define the layout of files, both physical and logical, interactive and prompt screens, reports, and various other kinds of objects in the 400 family.
Line 13: Line 9:
 
Think similar to [[SDA]] which is one way that menus, screens, and so forth were created prior to DDS; and also [[UIM]] which [[BPCS]] uses to create help screens.  Prior to [[RPG/400]] we did not use externally defined print files, but internally defined then within the programs that were generating the reports.
 
Think similar to [[SDA]] which is one way that menus, screens, and so forth were created prior to DDS; and also [[UIM]] which [[BPCS]] uses to create help screens.  Prior to [[RPG/400]] we did not use externally defined print files, but internally defined then within the programs that were generating the reports.
  
== Data Files ==
+
{{See also|Files}}
  
=== Reference Files ===
+
==Categories==
 
+
[[Category:Programming]]
=== Physical Files ===
+
[[Category:Database]]
 
+
[[Category:Displays Programming]]
=== Logical Files ===
 
 
 
== Display Files ==
 
 
 
== Printer Files ==
 
 
 
== Communication Files ==
 

Latest revision as of 17:13, 27 February 2007

DDS is an acronym which stands for Data Description Specifications.

This "programming language" is used to define the layout of files, both physical and logical, interactive and prompt screens, reports, and various other kinds of objects in the 400 family.

On S/36 SSP prior to RPG/400 and DDS, we were able to use alternate index files, which were conceptually similar to the logical access files of 400 today.

The objects created by DDS do not DO anything like a program, but rather they are layouts for the data to be processed by a program.

Think similar to SDA which is one way that menus, screens, and so forth were created prior to DDS; and also UIM which BPCS uses to create help screens. Prior to RPG/400 we did not use externally defined print files, but internally defined then within the programs that were generating the reports.

See also: Files

Categories