Stored Procedure para insertar campos

jafera · #1 16-07-2013

Gracias Antonio

He querido retomar un poco el hilo del 2011 en el que al final me querias comprar un velero, jejeje...

Pues como decia antes tengo una tabla nacional origen de los datos con campos varchar excepto un integer campos C1, C2, C3, C4...C14, esta tabla la lleno con datos procedentes de un fichero txt que me envian semanalmente, este tema tambien lo comentamos hace unas semanas y funciona a la perfección, luego tengo una tabla origen autonomica que se llena con el mismo sistema.

Despues debo pasar los datos primero de la tabla nacional a la tabla destino con campos varchar nombre, apellido1, apellido2, etc codigo categoria integer.

Si la tabla destino que es tabla sobre la cual trabajo, tiene datos entrados, pues el stored procedure me los actualiza en un santiamen, pero si el corredor no esta en la tabla ya que es nuevo de esta semana, debo insertarlo.

Ademas una vez hecho esto debo insertar los datos procedentes de las tablas autonomicas que no existan en la tabla principal.

El motivo es que las licencias de corredores las emite la RFEC pero las autonomias, emiten unas licencias validas solo en la región correspondiente para carreras locales, un corredor con licencia autónoma vasca no puede participar en carreras andaluzas, por ejemplo y evidentemente estos datos autonómicos no figuran en las tablas RFEC, por esos se deben añadir.

Aquí mi problema.

No se si se entiende bien el problema, antes yo hacia la actualización con locate y sql y me podia ir a comer mientras el proceso estaba en marcha, una vez implantado el update con procedimeiento almacenado el tiempo de actualización es casi imperceptible de ahí que me gustaría hecer los insert con un sistema parecido.

Este es el codigo del procedure para actualizar:

Código SQL [-] 
COMMIT WORK;
SET AUTODDL OFF;
SET TERM ^ ;
/* Stored procedures */
CREATE PROCEDURE "ACTUALITZA_REFC" 
AS
BEGIN EXIT; END ^

ALTER PROCEDURE "ACTUALITZA_REFC" 
AS
declare variable DNI VARCHAR(12) CHARACTER SET ISO8859_1;
declare variable LLICENCIA VARCHAR(14) CHARACTER SET ISO8859_1;
declare variable NOM VARCHAR(20) CHARACTER SET ISO8859_1;
declare variable COGNOM1 VARCHAR(25) CHARACTER SET ISO8859_1;
declare variable COGNOM2 VARCHAR(25) CHARACTER SET ISO8859_1;
declare variable CODIUCI VARCHAR(12) CHARACTER SET ISO8859_1;
declare variable CODI_CAT INTEGER;
declare variable CLUB VARCHAR(25) CHARACTER SET ISO8859_1;
declare variable PUBLICITAT VARCHAR(25) CHARACTER SET ISO8859_1;
begin
FOR SELECT C11, C10, C5, C6, C7, C8, C13, C14, C16
      FROM CTR0003E
      INTO :DNI, :LLICENCIA, :NOM, :COGNOM1, :COGNOM2, :CODI_CAT, :CODIUCI, :CLUB, :PUBLICITAT
  DO BEGIN
    UPDATE CTR0003 SET
           LLICENCIA=:LLICENCIA,
           NOM=:NOM,
           COGNOM1=:COGNOM1,
           COGNOM2=:COGNOM2,
           CODIUCI=:CODIUCI,
           CODI_CAT=:CODI_CAT,
           CLUB=:CLUB,
           PUBLICITAT=:PUBLICITAT
    WHERE DNI = :DNI AND CODI_CAT=:CODI_CAT;
  END  
end
 ^
SET TERM ; ^
COMMIT WORK;
SET AUTODDL ON;

Saludos

Casimiro Noteví · #2 16-07-2013

Perdona, pero esta calor no me deja pensar bien

El caso es que no acabo de entender exactamente el proceso.
¿Tienes los datos de los ciclistas en una tabla y quieres insertarlo en otra distinta?

jafera · #3 16-07-2013

Mas o menos.

Explico el proceso:

1- Obtengo el txt nacional y lo cargo en una tabla temporal de firebird
2- Obtengo los txt autonomicos y los cargo en unas tablas temporales (una por autonomia) ya que los datos pueden variar en su formato
3- Paso los datos de la tabla temporal nacional a la tabla general de trabajo
4- Paso los datos de las tablas autonomicas a la tabla principal de trabajo, es decir quiero añadir los corredores que no tienen licencia nacional pero si autonómica.

Los pasos 3 y 4 es donde demoro mucho tiempo en actualizar, si la tabla tiene datos pues estos se actualizan sin problema con el stored procedure, pero si los datos no existen se deben añadir y no se como hacerlo.

He dudado en si seria mejor borrar toda la tabla principal y hacer un insert masivo de los datos nacionales y luego solo insertar los autonomicos que no figuren en la misma, pero estoy en el mismo punto de inflexión, no se como ejecutar estos procesos sin un update con sql el cual me lleva mucho tiempo en realizarse.

Gracias de nuevo

Josep

Casimiro Noteví · #4 16-07-2013

Seguramente lo más rápido es borrar la "nacional" y luego hacer inserts de las "autonómicas". Te ahorras buscar en cada uno y actualizar en los que ya existen.

Puedes hacer un select de todas las tablas "autonómicas" con inner join y luego un insert, por ejemplo, algo parecido a esto:

Código SQL [-]delete from tbNacionales;

for select *
  from tbAndalucia ...
  inner join tbExtremadura ...
  inner join tbGalicia ...
  ...
  into dato1, dato2, dato3, dato4, dato5, ...
do
begin
  insert into tbNacionales values (:dato1,:dato2,:dato3,...)
end

jafera · #5 16-07-2013

Cita:

Empezado por Casimiro Notevi

Seguramente lo más rápido es borrar la "nacional" y luego hacer inserts de las "autonómicas". Te ahorras buscar en cada uno y actualizar en los que ya existen.

Gracias de nuevo.

Esto seria ideal si se recibieran todas las autonomias, pero habitualmente cada una trabaja con la tabla nacional más la tabla de su autonomía como máximo la vecina.

Sigo dandole vueltas ya que me guste o no debo basarme en la tabla nacional que es la maestra, la que recoge la gran mayoria de practicantes del ciclismo y luego complementarla con la de la autonomía (cada usuario basicamente la suya).

Si cada semana borro la tabla general y la recargo con la llegada del nuevo txt, tengo la tabla nacional al dia pero luego debo añadir los datos autonomicos, no se que es lo más rápido si un borrado y un insert o un update.

La tabla nacional actualmente gira por los 60.000 registros y el update tarda unos 3 o 4 minutos.

No se a mi el calor puede que tampoco me deje pensar, esto unido a mi falta de experiencia en estos menesters sql pues me deja bastante bajo de moral y a punto de abandonar el barco, este proyecto ya ha estado mucho tiempo en dique seco por este problema y ahora lo he querido retomar despues del campeonato de España, pero creo que lo aparcaré de nuevo hasta el año próximo antes del nuevo campeonato pues me veo completamente ofuscado y vencido por el Sr. SQL.

En mi negocio tengo tambien un sistema realizado en delphi corriendo en FB 1.5 y hay procesos parecidos que se realizan en un tiempo prudencial. Este es que me saca de quicio y creo que debe haber un sistema para efectuar estos inserts o updates más rápidos, hasta un programa de carreras que usamos hecho con VB y tablas access es más rápido y los datos a procesar son los mismos origenes (txt).

No se lo dejaré por hoy y mañana será otro dia.

Gracias y saludos

Josep

Casimiro Noteví · #6 16-07-2013

Hombre, si quieres más precisión, entonces mejor danos información de las tablas implicadas.
Y recuerda que con firebird también tienes la sentencia: update or insert
No abandones el barco, eso es lo último, ya sabes

jafera · #7 17-07-2013

Bunos dia a todos.

Gracias por los ánimos, no voy a abandonar el barco, soy el capitán y me hundo con él, jejeje...

Siguiendo con el problema paso a detallar la creación de las tablas:

Tabla temporal donde cargo el archivo txt nacional (a dia de hoy +o- 60.000 registros)

Código SQL [-] 
CREATE TABLE "CTR0003E" 
(
  "C1" VARCHAR(1) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C2" VARCHAR(1) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C3" VARCHAR(1) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C4" VARCHAR(1) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C5" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C6" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C7" VARCHAR(20) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C8" VARCHAR(3) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C9" VARCHAR(3) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C10" VARCHAR(12) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C11" VARCHAR(12) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C12" VARCHAR(2) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C13" VARCHAR(12) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C14" VARCHAR(30) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C15" VARCHAR(3) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C16" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C17" VARCHAR(15) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C18" VARCHAR(15) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C19" VARCHAR(15) CHARACTER SET ISO8859_1 COLLATE ES_ES
);

Tabla temporal donde cargo el archivo txt autonomico, (a dia de hoy +o- 20.000 registros de los que muchos estan en el txt nacional)

Código SQL [-] 
CREATE TABLE "CTR0003C" 
(
  "C1" VARCHAR(3) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C2" VARCHAR(20) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C3" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C4" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C5" VARCHAR(20) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C6" VARCHAR(3) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C7" VARCHAR(14) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C8" VARCHAR(12) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C9" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C10" VARCHAR(3) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C11" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "C12" VARCHAR(12) CHARACTER SET ISO8859_1 COLLATE ES_ES
);

Tabla destino donde debo insertar o actualizar los datos procedentes primero de la nacional y luego los que no existan de la autonomica

Código SQL [-] 
CREATE TABLE "CTR0003" 
(
  "ID_CORREDOR" INTEGER NOT NULL,
  "DORSAL" INTEGER,
  "DORSAL2" INTEGER,
  "COGNOM1" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "COGNOM2" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "NOM" VARCHAR(20) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "CODI_CAT" INTEGER,
  "NACIO" VARCHAR(3) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "LLICENCIA" VARCHAR(14) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "DNI" VARCHAR(12) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "CODIUCI" VARCHAR(12) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "CODI_CLUB" INTEGER,
  "CLUB" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "ABR_CLUB" VARCHAR(3) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "PUBLICITAT" VARCHAR(25) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "SEXE" VARCHAR(1) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "FEDERAT" VARCHAR(1) CHARACTER SET ISO8859_1 COLLATE ES_ES,
  "DATA_NAIX" DATE,
  "EDAT" INTEGER,
  "CATEGORIA" VARCHAR(5) CHARACTER SET ISO8859_1 COLLATE ES_ES
);

A ver si así se puede ver de una forma más clara que proceso debo realizar para llenar esta tabla CTR0003 con los datos de CTR0003E y luego con los que no estén en CTR0003E de CTR0003C

Saludos y gracias por vuestro tiempo

Josep

Casimiro Noteví · #8 16-07-2013

Cita:

Empezado por jafera

He querido retomar un poco el hilo del 2011 en el que al final me querias comprar un velero, jejeje...

Eso está ahora bastante lejos de mis posibilidades

Pero no pierdo la esperanza

, de momento tengo ya titulación

jafera · #9 16-07-2013

Eso es importante, yo to tampoco tengo barco pero si título, ya se sabe en casa del herrero cuchara de palo.

Casimiro Noteví · #10 16-07-2013

Cita:

Empezado por jafera

Eso es importante, yo to tampoco tengo barco pero si título, ya se sabe en casa del herrero cuchara de palo.

Habrá que esperar algún buen chollo, o una lotería, lo que llegue primero

Herramientas	Buscar en Tema
Mostrar Versión Imprimible Enviar por Correo	Buscar en Tema: Búsqueda Avanzada
Desplegado
Cambiar a Modo Lineal Modo Híbrido Cambiar a Modo Hilado

Temas Similares
Tema	Autor	Foro	Respuestas	Último mensaje
Aportación del código de un stored procedure para conversión literal de números	birmain	Firebird e Interbase	12	16-07-2015 19:12:29
Insertar desde una tabla con loop en stored procedure	Fita	Firebird e Interbase	2	04-06-2013 00:39:23
Problema con Stored Procedure para actualizar tabla con datos de otra tabla.	Adrian Murua	MySQL	4	04-02-2012 02:54:49
Insertar en Un Stored Procedure	DasGrun	Firebird e Interbase	7	13-12-2011 23:46:20
Stored Procedure !!!	Ledian_Fdez	C++ Builder	0	02-03-2010 14:01:29