Acerca de los scripts de instalación

Una secuencia de comandos de instalación puede tener todas las sentencias SQL necesarias para crear la aplicación o puede ser una secuencia de comandos maestra que ejecute otras secuencias de comandos.

Un script es una serie de sentencias SQL en un archivo cuyo nombre termina con .sql (por ejemplo, create_app.sql). Cuando se ejecuta un script en un programa cliente como SQL*Plus o SQL Developer, las sentencias SQL se ejecutan en el orden en que aparecen en el script. Un script cuyas sentencias SQL crean una aplicación se denomina secuencia de comandos de instalación.

Para desplegar una aplicación, ejecute uno o más archivos de comandos de instalación en el entorno de despliegue. Para una aplicación nueva, debe crear las secuencias de comandos de instalación. Para una aplicación anterior, las secuencias de comandos de instalación pueden existir, pero si no lo hacen, puede crearlas.

Acerca de las Sentencias DDL y las Dependencias de Objetos de Esquema

Un script de instalación contiene sentencias DDL que crean objetos de esquema y, opcionalmente, sentencias INSERT que cargan datos en tablas que crean sentencias DDL. Para crear secuencias de comandos de instalación correctamente y ejecutar varias secuencias de comandos de instalación en el orden correcto, debe comprender las dependencias entre los objetos de esquema de la aplicación.

Si la definición del objeto A hace referencia al objeto B, entonces A depende del B. Por lo tanto, debe crear B antes de crea A. De lo contrario, la sentencia que crea B falla o crea B en un estado no válido, dependiendo del tipo de objeto.

En una aplicación compleja, el orden de creación de objetos rara vez es evidente. Generalmente, debe consultar al diseñador de la base de datos o a un diagrama del diseño.

Consulte además:

Acerca de las Sentencias INSERT y las Restricciones

Al ejecutar un archivo de comandos de instalación que contenga sentencias INSERT, debe determinar si se pueden violar las restricciones cuando se insertan datos de tablas de origen (en el entorno de desarrollo) en nuevas tablas del entorno de despliegue.

Para cada tabla de origen de la aplicación, debe determinar si puede que se viole alguna restricción al insertar sus datos en la nueva tabla. Si es así, debe activar primero esas restricciones, después insertar los datos y, a continuación, intentar volver a activar las restricciones. Si un ítem de datos viola una restricción, no puede volver a habilitar esa restricción hasta que corrija el ítem de datos.

Si sólo está insertando los datos de consulta en orden correcto, como en "Loading the Data", no se violan las restricciones. Por lo tanto, no necesita desactivarlas antes.

Si está insertando datos de un origen externo (como un archivo, una hoja de cálculo o una aplicación más antigua) o de varias tablas con muchos datos dependientes, desactive las restricciones antes de insertar los datos.

Puede desactivar y volver a activar las restricciones de las siguientes formas: