Print this Page
1.6 Architect
18. Function History
Close this Page

1.6.18. History Function:
Each data object is assigned a reusable read-only history function that will show all field value changes in reverse date order.   A bespoke set of columns are employed for all data objects with the result data paged and searchable.

Benefit:
Every field value change can be identified with a named person at a specific date and time.   This historical data cannot be changed or deleted - every change made can be traced by everybody who is authorized view the data.   Never again can somebody suggest that they do not know who changed a field value.

Tuition:
Once a user is able to process any one kind of subject they are able to process every kind of subject because each and every service reuses functions with identical behaviour.   Training costs are reduced by a single consistent architecture that is as if one designer had implemented the whole application service.

  
4GL History Function Architecture:
HEAD and THREE with Label, Title and Link is used to define the central page heading with left and right supporting text.
SEARCH and TOPROW is used to define the begining of the search field list.
FORM and any edit is used to specify every field in the data object - history is like a record layout specification.   Every field in each record must be defined.   A label as "HIDE" will hide protected field values as stars.
SEARCH and USINGFORM has some text in the Label.
SEARCH and PAGING has a record code and number of rows to be paged in the width field with the current page as a Link - the Label is the page heading.
SEARCH and ENDROW will end the search bar.
SEARCH and BROWSE will define the logical record code to be browsed - items in the Label and "border=1" complete the declaration.
EXIT and DEFAULT provide the copyright bar with configuration default values.