The ARCHIBUS program works on earlier versions of ARCHIBUS databases. This means that even if a later version of the ARCHIBUS comes with an expanded database schema, you do not necessarily need to apply the new schema to your own custom database in order to use the new version of ARCHIBUS: it will work on your project as it is, unchanged.
However, if the new schema contains a new table or application that you wish to add to your custom project, you will need to upgrade the tables in your project database to match the new ARCHIBUS schema that came with a newer version of ARCHIBUS. A mature database is likely to contain a significant amount of data. So rather than migrating project data into a new database, the usual method is to apply the ARCHIBUS schema changes to the project database. With this method some care must be taken to make sure that the new schema doesn't overwrite customizations that you wish to preserve.
You should review what the changes will be before applying them. In this procedure it as assumed that the data dictionary and physical SQL tables of your project are consistent.
You may not wish to remove all differences between your database and the standard ARCHIBUS schema.
For example, suppose you have widened one of the primary keys fields of your project database. You may have done this for an important reason (e.g. your Floor Codes were too long to fit in the default field width), and you want to preserve this difference. If you revert back to the standard field width, your data will be truncated and a number of records may now have duplicate primary keys.
Alternately, suppose you have changed the list of primary key fields in a table. For instance, you have created a two-part key for the Equipment Standard table so that you could handle a large number of equipment items. Or suppose you have changed the data type of one of your fields. Again, you will want to preserve these differences, as otherwise your schema will not hold the data you have developed. Another common change to preserve is a custom enumerated list where you have added your site specific values to the list.
In this step you will update the data dictionary of your project with only those new ARCHIBUS schema changes you wish to implement. To accomplish this task perform the following steps
Suppose you have changed the existing Process Navigator entries to have them refer to new views. You will not want the wizard to revert your Process Navigator to the standard version. Yet you may wish to add new Navigator entries.
In this case, run the Wizard, but use the "Add new entries only" Advanced Option for copying these items.
Note: The ARCHIBUS application exposes the ProjUpWiz (Database Update Wizard) and SchemUpWiz (Schema Change Wizard) as DWR-exposed services. Otherwise, you could not invoke the Database Update Wizard and Schema Change Wizard forms on older databases that did not have the afm_wf_rules records for these wizards. The core secures these DWR-exposed services along with the other “bootstrap” DWR-exposed services.
Note: The Schema Change Wizard clears any cached table definitions so that you can transfer in tables without having to restart the application server. If the tables have not changed, there is no need to recompile views (.axvw) files into JSPs, to reload cached datasources on which the views depend, or to reload workflow rules. If the tables have changed, you need to manually edit the views and workflow rules to match the new schema, and then restart the application server.