Release scripts

Previous Next

1.(Re-)checks all upgrade scripts (if any) that are associated with the current release version of "Application".
2.If Step 1. is successful, copies the scripts to the "scripts" subfolder of the current release folder.
3.If "Include physical tables upgrade script" = Yes, the Release create-tables script action is called as part of the routine. This causes the create-tables script to be (re-)compiled and written to the \scripts folder. The create-tables script is named "200.application.upg.rdbms.sql".
Data for this create-tables script is read from the Database Account that is set as the "Source for Post-upgrade Check" property of "Application".
CAUTION: The set of tables included in the create-tables script depends on the list of Application Tables in Delivery Manager with Skip = No (the default). But this list is not automatically brought up-to-date. To bring it up-to-date, you must call Populate tables list. See Release create-tables script for details.


If you have previously released scripts for this version of this application other than the create-tables script, they are now overwritten.

If you have previously released the create-tables script for this version of this application, and you now run with "Include physical tables upgrade script" = No, that create-tables script is NOT overwritten.

When you call this action, if the current release has "Include attachments" = Yes, attachments for the "scripts" section (if any are defined) are copied to the specified subfolder of the "scripts" subfolder. This happens only to attachments that have Blocked = No (the default).

To release only the create-tables script, run the "Release create-tables script" action instead.








Include physical tables upgrade script

Option flag