Primero es necesario tener en cuenta lo siguiente: SQLManager y PgAdmin manejan diferentes conceptos. Esto hace que los datos referidos a cantidad de funciones, triggers e índices sea diferente entre los clientes. Asi, por ejemplo, en SQLManager se ven 114 funciones, las cuales se desglosan en PgAdmin en 79 Functions y 35 Trigger Functions (79+35 = 114). El tema de los índices también es diferente: SQLManager muestra como índices a todas las columnas marcadas como únicas, por lo tanto, también muestra como índices las columnas que son PK. En PgAdmin esto no es asi, sino que si se quieren crear índices, se deben hacer explícitamente. E.g.: numero_sobre_analisis_de_muestra es una columna única, en PgAdmin se la tiene como una restricción de unicidad, mientras que en SQLManager está como índice propiamente dicho.

Para generar un backup de la base de datos: para generar un archivo de backup de toda la base de datos es en un archivo .sql

1 - Click derecho sobre la base de datos y seleccionar la opción “Backup…”

2 - Seleccionar el archivo destino, la opción PLAIN y el checkbox “Only Schema”. Presionar el botón “Ok”.

Para generar la base de datos a partir de un archivo .sql (esta es la mejor opción, dado que realizar un proceso de restore no es aconsejable porque el mismo no puede ser administrado, sino que es una acción atómica):

1 - Crear la base de datos haciendo click derecho en Databases y luego en “New Database…”

2 - Colocar el nombre de la base de datos y hacer click en “ok”.

Lo siguiente es abrir el gestor de sentencias SQL, abrir el archivo" acopiocereal_v1_estructura(08-03-2010).sql" dentro del gestor y ejecutarlo.

Ahora bien, estos procesos de generar un script completo de la base de datos y luego regenerar la base de datos no deberían ser necesarios si ya tienen la base de datos en una versión estable.

Generar sentencias “ALTER TABLE”: para realizar una modificación en la estructura de alguna tabla, se debe generar la misma como se ejemplifica a continuación y luego incorpor la sentencia SQL que realiza la modificación al final del archivo “acopiocereal_v1_actualizar_estructura.sql”

1 - Seleccionar la opción “SQL”de la barra de herramientas

2- Abrir el arvhivo “acopiocereal_v1_actualizar_estructura.sql” y volver a la pantalla inicial de administración.

3- Click derecho sobre la tabla a modificar y seleccionar la opción “Properties…”

4- Supongamos el cambio de nombre de una columna: en la ventana de propiedades de la tabla, seleccionar la pestaña “Columns”, seleccionar la columna a modificar y presionar el botón “Change”

5- En la pantalla “Column description” realizar el cambio que corresponda y presionar el botón “Ok”

6- En la pantalla de propiedades de la tabla, seleccionar la pestaña SQL, marcar toda la sentencia SQL y copiarla en el portapapeles. Luego presionar el botón “Ok”. Aquí se actualiza la base de datos, realizando el cambio que se se solicitó.

7- Volver al editor de consultas donde se había abierto el archivo acopiocereal_v1_actualizar_estructura.sql. Aquí debe pegarse la sentencia SQL generada para el cambio. Es muy importante realizar dos tareas: incorporar antes de la sentencia SQL el encabezado estándar que se observa en la imagen en color celeste (y que está ya precargado en el archivo) y comentar la sentencia SQL (en rojo en la imagen). Esto es importante, en primer instancia, para mantener un control de quien realiza los cambios, y además, para que se pueda verificar la fecha en que se realizo la actualización y, si la fecha en que se está ejecutando el nuevo script es superior a la fecha del cambio, se pueda descomentar la sentencia SQL. Esto es así porque lamentablemente el bendito lenguaje SQL no tiene una sentencia del tipo “Alter if…” que permita ejecutar un cambio si no se ha hecho antes.

PARA CREAR O MODIFICAR UNA FUNCION: supongamos que se quiere modificar una función ya existente en la base de datos (ya sea una función sabe, next_id o upper).

1- Se puede modificar una función haciendo click derecho y luego seleccionar el menú de propiedades o se puede hacer directamente por código PL/SQL. Esta última opción es la que vamos a ejemplificar acá porque es la que mejor se ajusta al esquema de utilizar la sentencia CREATE OR REPLACE FUNCTION. Para ello, posicionarse sobre la función a modificar.

2- En el cuadro SQLPane se ve el código PL/SQL de dicha función. Seleccionar todo el contenido de ese panel y copiarlo al portapapeles.

3- Del panel de herramientas seleccionar la herramienta de ejecución de consultas SQL

4- Abrir el archivo “acopiocereal_v1_actualizar_funciones.sql”, copiar la función en este script y realizar el cambio correspondiente. Es importante seguir el estándar de encabezado para poder hacer un seguimiento de cambios. Es necesario también aclarar que no interesa el hecho de que la función se repita en el script inicial de funciones y luego en este script, debido a que al usar la sentencia CREATE OR REPLACE "se pisa" una función con otra. Lo que es igualmente importante destacar, es que siempre el orden de ejecución de estos scripts debe ser primero el original y luego el de modificaciones.

Una vez realizado esto, salvar el archivo y luego ejecutar el script.

Si lo que se desea es crear una función, puede utilizarse la opción que brinda PgAdmin de utilizar la ventana “new function”. A esta se accede haciendo click derecho sobre el nodo de funciones y seleccionando la opción “new function”. No se explica el proceso aquí porque se considera bastante intuitivo. Lo que es importante tener en cuenta, es que en la pestaña SQL de esta ventana se encuentra el código PL/SQL de la nueva función, el cual debe ser pegado en el archivo “acopiocereal_v1_actualizar_funciones.sql”, agregándole la sentencia CREATE OR REPLACE.

Para crear Trigger Functions (del tipo Upper), el proceso es similar al anterior, teniendo en cuenta que las mismas deben agregarse en el archivo “acopiocereal_v1_actualizar_funciones_upper.sql”

La creación de triggers y secuencias consiste en procesos similares al descripto para la modificación/creación de funciones, teniendo en cuenta, claro está, que deben copiarse las sentencias PL/SQL en el archivo de actualización correspondiente.