Copiar estructura de base de datos a otra.

[pgranados]

Empezado por Casimiro Notevi

A ver si te estás liando, ¿para qué quieres importar/restaurar una metadata sobre una base de datos? no tiene mucha lógica.
Con gbak o con isql puedes extraer todo junto o solamente la estructura/metadata.
Si quiere exportar solamente los datos puedes usar alguna utilidad como ibexpert, flamerobin, dbeaver, fbexport, etc.
Exportar sólo la metadata sirve para tener una BD limpia para casos de necesidad.

Como lo comente en el post, en la aplicación a desarrollar, en versiones posteriores habrá cambios en la base de datos del usuario. No busco usar GBAK forzosamente, únicamente necesito que al hacer actualización del programa, se modifique la estructura de la "base de datos del usuario" según la estructura de la "base de datos modelo".

[Casimiro Noteví]

Eso no funciona así. Mira la contestación de Neftali, él te da un ejemplo.

Debes enfocar de otra forma. Tú tienes una BD, que es la que tienen los usuarios instalada.
En esa BD puedes tener un campo donde guardas la última sentencia ejecutada, ejemplo:

UltimaSentenciaEjecutada integer;

Así cada cliente al abrir el programa, éste comprobará automáticamente si hay alguna actualización nueva, verificará si ya se ha ejecutado (mediante el campo UltimaSentenciaEjecutada, si es mayor entonces hay que ejecutarla, si es igual o menor es que ya se ejecutó en esta BD.

Hay infinidad de formas de hacerlo, puedes tener ficheros de sentencias (scripts.sql) con números consecutivos.
actualizacion1.sql, actualizacion2.sql, etc.
Puedes tener una BD externa con un par de campos:

NumSentencia------SQL
1 update tbClientes add nuevocampo integer;
2 create table tbAlgo (id integer, nombre varchar(64)));
3 etc..

Y en UltimaSEntenciaEjecutada guardarías el NumSentencia última, obvio.

Hay varios hilos en los foros con ejemplos, echa un vistazo y luego regresa con las dudas que tengas.

Esto se ejecuta con isql o con algún componente de scripts, no se usa gbak.

[pgranados]

Empezado por Casimiro Notevi

Eso no funciona así. Mira la contestación de Neftali, él te da un ejemplo.

Debes enfocar de otra forma. Tú tienes una BD, que es la que tienen los usuarios instalada.
En esa BD puedes tener un campo donde guardas la última sentencia ejecutada, ejemplo:

Así cada cliente al abrir el programa, éste comprobará automáticamente si hay alguna actualización nueva, verificará si ya se ha ejecutado (mediante el campo UltimaSentenciaEjecutada, si es mayor entonces hay que ejecutarla, si es igual o menor es que ya se ejecutó en esta BD.

Hay infinidad de formas de hacerlo, puedes tener ficheros de sentencias (scripts.sql) con números consecutivos.
actualizacion1.sql, actualizacion2.sql, etc.
Puedes tener una BD externa con un par de campos:

Y en UltimaSEntenciaEjecutada guardarías el NumSentencia última, obvio.

Hay varios hilos en los foros con ejemplos, echa un vistazo y luego regresa con las dudas que tengas.

Esto se ejecuta con isql o con algún componente de scripts, no se usa gbak.

Gracias, necesitaba una respuesta mas detallada. Saludos!

[Neftali [Germán.Estévez]]

Yo creo que con la explicación de [Casimiro] ya te habrá quedado más claro, pero básicamente es que estás enfocando mal la solución para lo que tú necesitas.

Tienes una Base de Datos en versión1 y necesitas llegar a una Base de Datos versión2 con cambios en la estructura.
Tu planteamiento es:

1) Extraigo datos de la verison1 (BACKUP)
2) Copio una BD version2 sobre la BD version1
3) Restauro los datos que extraje en el punto (1)(RESTORE)

En teoría podría hacerse y digo en teoría porque se me ocurren muchas coas que pueden fallar. Pero además te estamos explicando que no es la manera correcta, sencilla y segura de hacerlo.

La forma correcta y segura es:
1) Paso un script de actualización sobre la Base de Datos de la verison1 para convertir la estructura en la version2, sin tocar los datos.

¿Cómo sería un script de actualización de la versión1 a la versión2?
Pues dependerá de lo que tengas que hacer, pero con sentencias SQL, puedes hacer todo lo que necesites; Crear, borrar y modificar talas, crear, borrar y modificar campos, indices,...

¿Cómo se genera ese script?
Se puede hacer manualmente, pero lo normal es no hacerlo manualmente (si hay muchos cambios). Tienes una Base de Datos verison1 y otra versión2, hay utilidades que te generan en script necesario para pasar de la verison1 a la version2.

¿Ejemplo de script?
Pues un ejemplo podría ser esto (en este caso crea una tabla nueva y le rellena algunos valores):

Código SQL [-]
/* Versión 6
/*--------------------------
/* HISTORIAL
/* v6.
/* Comentarios sobre el script...
/* ... */
/* ======================================================================================= */

CREATE GENERATOR CATEGORIA_ID;

CREATE TABLE CATEGORIA (
    ID   INTEGER NOT NULL,
    NOM  VARCHAR(30) CHARACTER SET NONE NOT NULL
);

COMMIT WORK;

ALTER TABLE CATEGORIA ADD CONSTRAINT PK_CATEGORIA PRIMARY KEY (ID);

/* Insertar Valores */
/* ======================================================================================= */
INSERT INTO CATEGORIA (ID, NOM)                  VALUES (1, 'Clientes');
INSERT INTO CATEGORIA (ID, NOM)                  VALUES (2, 'Articulos');
INSERT INTO CATEGORIA (ID, NOM)                  VALUES (3, 'Empleados');
INSERT INTO CATEGORIA (ID, NOM)                  VALUES (4, 'Ventas');

...

[pgranados]

Empezado por Neftali [Germán.Estévez]

Yo creo que con la explicación de [Casimiro] ya te habrá quedado más claro, pero básicamente es que estás enfocando mal la solución para lo que tú necesitas.

Tienes una Base de Datos en versión1 y necesitas llegar a una Base de Datos versión2 con cambios en la estructura.
Tu planteamiento es:

1) Extraigo datos de la verison1 (BACKUP)
2) Copio una BD version2 sobre la BD version1
3) Restauro los datos que extraje en el punto (1)(RESTORE)

En teoría podría hacerse y digo en teoría porque se me ocurren muchas coas que pueden fallar. Pero además te estamos explicando que no es la manera correcta, sencilla y segura de hacerlo.

La forma correcta y segura es:
1) Paso un script de actualización sobre la Base de Datos de la verison1 para convertir la estructura en la version2, sin tocar los datos.

¿Cómo sería un script de actualización de la versión1 a la versión2?
Pues dependerá de lo que tengas que hacer, pero con sentencias SQL, puedes hacer todo lo que necesites; Crear, borrar y modificar talas, crear, borrar y modificar campos, indices,...

¿Cómo se genera ese script?
Se puede hacer manualmente, pero lo normal es no hacerlo manualmente (si hay muchos cambios). Tienes una Base de Datos verison1 y otra versión2, hay utilidades que te generan en script necesario para pasar de la verison1 a la version2.

¿Ejemplo de script?
Pues un ejemplo podría ser esto (en este caso crea una tabla nueva y le rellena algunos valores):

Código SQL [-]
/* Versión 6
/*--------------------------
/* HISTORIAL
/* v6.
/* Comentarios sobre el script...
/* ... */
/* ======================================================================================= */

CREATE GENERATOR CATEGORIA_ID;

CREATE TABLE CATEGORIA (
    ID   INTEGER NOT NULL,
    NOM  VARCHAR(30) CHARACTER SET NONE NOT NULL
);

COMMIT WORK;

ALTER TABLE CATEGORIA ADD CONSTRAINT PK_CATEGORIA PRIMARY KEY (ID);

/* Insertar Valores */
/* ======================================================================================= */
INSERT INTO CATEGORIA (ID, NOM)                  VALUES (1, 'Clientes');
INSERT INTO CATEGORIA (ID, NOM)                  VALUES (2, 'Articulos');
INSERT INTO CATEGORIA (ID, NOM)                  VALUES (3, 'Empleados');
INSERT INTO CATEGORIA (ID, NOM)                  VALUES (4, 'Ventas');

...

Una disculpa por la demora, muchas gracias amigo, quedo más que claro, tengo más de 2 años sin programar y se me olvidaron algunas cosas de lógica jeje, saludos !