Home/ Questions/Q 872041
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-15T10:43:36+00:00

Originally, the model (including tables, views, packages, etc.) was built from the DML scripts

  • 0

Originally, the model (including tables, views, packages, etc.) was built from the DML scripts (generated by TOAD). The scripts look like:

DROP TABLE TABLESPACE.TABLENAME CASCADE CONSTRAINTS;
CREATE TABLE TABLESPACE.TABLENAME
...

Over time the model has changed – I’ve added new columns to the tables, altered some vews, added new methods to packages, etc.

What would be the easiest way (software, technique) to create migration scripts from the old model to the state of things I currently have. As a migration script I need to have a set of ALTERs, etc. that can be applied to the legacy model, so that it will be upgraded.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    “Over time the model has changed –
    I’ve added new columns to the tables,
    altered some vews, added new methods
    to packages, etc.

    What would be the easiest way
    (software, technique) to create
    migration scripts from the old model
    to the state of things”

    Well, the easiest way of doing this would be to get all the DDL scripts you wrote to apply those changes from source control and run them against whatever database you need to.

    I suppose the reason you’re asking this question is because you haven’t been doing things in that fashion. Tsk tsk.

    The next easiest approach is to use the original scripts (I take ityou have those) and build a new schema (not the tablespaces obviously). Then compare your new schema against the modified schema to derive the differences.

    If you have the DBA module for TOAD you can use its Schema Diff tool to generate a script which will apply all the necessary changes (if you dont have that requisite licence you can still use the Diff utility but you can’t save the script as a file). There are other tools on the market which do this: most of them are either chargeable products in their own right (SQL Compare) or require additional licences (Oracle’s free SQL Developer offers this functionality but you need to licence the Change Management Pack in order to use it).

    If you have the time, a cheaper option is to generate your own scripts using the data dictionary to identify the changes. But that is a lot of effort.

    • 0