ODS / Release Guide / 3.1
ODS / Release Guide / 3.1
ODS / Release Guide / 3.1
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Section 1 Functional Enhancements<br />
Common<br />
Common<br />
New F_GET_PERSON_INFO function<br />
1-SSIDA<br />
In release 3.0 the MST_PERSON table was joined to a number of reporting views to<br />
retrieve the Name and ID fields so that clients would not be required to join in<br />
MST_PERSON in their reporting tools. In doing so, a performance decrease could<br />
result when joining multiple reporting views together that all have a join to<br />
MST_PERSON.<br />
In release <strong>3.1</strong> the hard joins to MST_PERSON were removed from the reporting<br />
view scripts, and a function called F_GET_PERSON_INFO in the MGKFUNC<br />
package was added in their place to retrieve the Name and ID information. The<br />
result is that the MST_PERSON table is only accessed when trying to retrieve these<br />
two columns from a reporting view instead of being accessed anytime the reporting<br />
view is accessed. This new function can also be used to return a select number of<br />
other columns from the MST_PERSON table.<br />
Changed PREFERRED_ADDRESS Reporting View<br />
1-12ZOQH<br />
The TELEPHONE_PREFERRED reporting view contained one active, primary<br />
telephone for each address in the ADDRESS_PREFERRED reporting view (if an<br />
active, primary telephone exists for that address).<br />
Since the data in TELEPHONE_PREFERRED is, for all intents and purposes, an<br />
attribute of preferred addresses, we have added the telephone related columns from<br />
this reporting view to the ADDRESS_PREFERRED reporting view. Doing so will<br />
simplify reporting by eliminating the need for users to join these views to retrieve<br />
the corresponding telephone information.<br />
In making this change, we have in turn made the TELEPHONE_PREFERRED<br />
reporting view obsolete or redundant, since the same information can now be<br />
retrieved from ADDRESS_PREFERRED, as necessary. Therefore, we have removed<br />
the TELEPHONE_PREFERRED reporting view from the <strong>ODS</strong>.<br />
Changed Relationship Reporting View<br />
1-EKBA1<br />
The Relationship reporting view was enhanced to combine a person’s distinct<br />
spousal or child records with a corresponding cross reference record to the<br />
respective spouse or child, as applicable. This ensures the most accurate<br />
presentation of these relationships by eliminating duplicate or redundant spousal<br />
or child records when both sources exist.<br />
April 2007 Operational Data Store <strong>Release</strong> <strong>3.1</strong><br />
Confidential <strong>Release</strong> <strong>Guide</strong> 13