Difference between revisions of "Post Processing SQL Scripts"
| Line 30: | Line 30: | ||
</div> | </div> | ||
| − | For more on column names in the Staging area, see [[Name Rules Staging Area]]. Contact your [[Information Management Team | GICHD IM advisor]] for help in developing SQL statements according to specific requirements. | + | For more on column names in the Staging area, see [[Name Rules Staging Area]]. |
| + | |||
| + | === How to apply the Post Processing SQL script ===__NOEDITSECTION__ | ||
| + | After you have developed and '''tested''' the script with a SQL tool (e.g. PGadminIII or Navicate): | ||
| + | <ol start="1"> | ||
| + | <li> Save the script as a text file with file extension .sql e.g. MySQLscript.sql in the folder ''C:\IMSMAETLTool\sqlscripts'' | ||
| + | <li> Start the [[Using Staging Area Generator | Staging Area Generator]] <br/> | ||
| + | [[Image:PostProcess sqlfile.png|375px|center]] | ||
| + | <li> Type in the full name of the SQL script | ||
| + | <li> Start the database generation. | ||
| + | <li> Your script will automatically be applied in the end of the database generation. | ||
| + | </ol> | ||
| + | Contact your [[Information Management Team | GICHD IM advisor]] for help in developing SQL statements according to specific requirements. | ||
{{NavBox Business Intelligence}} | {{NavBox Business Intelligence}} | ||
[[Category:VIE]] | [[Category:VIE]] | ||
Revision as of 13:08, 23 October 2015
By using this optional step it is possible to change the Staging area after the generation. This can be valuable in several use cases, for example:
- If the Staging area should only contain a subset of the IMSMANG database e.g. only Land with status Closed
- If sensitive data (e.g. victim names and addresses) should not be included in the Staging area
- If data has to be processed for reporting purposes e.g. complex calculations of square meters
- If it would facilitate reporting to concatenate fields e.g. victim family and given names
- If it would facilitate to add fields from other items e.g. Accident date to Victim table
- If additional database SQL views are necessary, also for reporting and analysis purposes
If you would like to use Ordnance data, link items and/or use multi-select fields then you need to create SQL views.
Example with Ordnance and different formats of date
Example of fields being concatenated
Example of retrieving information from a linked table
 |
It is only the Country Structure of Locations that is flattened, other Country structure references (both system and CDFs) have to retrieved by SQL views. |
Country structure reference to where the Victim is currently living is not automatically flattened into the the Victim by the Staging Area Generator
The flattening with be done with SQL script as part of the post-processing
For more on column names in the Staging area, see Name Rules Staging Area.
How to apply the Post Processing SQL script
After you have developed and tested the script with a SQL tool (e.g. PGadminIII or Navicate):
- Save the script as a text file with file extension .sql e.g. MySQLscript.sql in the folder C:\IMSMAETLTool\sqlscripts
- Start the Staging Area Generator
- Type in the full name of the SQL script
- Start the database generation.
- Your script will automatically be applied in the end of the database generation.
Contact your GICHD IM advisor for help in developing SQL statements according to specific requirements.
| ||||||||||||||
