FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Michas gracias, creo que el problema era ADO, ahora lo estoy preparando para utilizar InteBase.
Lo primero que he observado es que trabaja directamente sobre la DB sin OCDB, me imagino que esto ya es un progreso. Cuando haya probado el sistema con InterBase, hago un post. ( posiblemente mañana, porque ahora tengo que salir) Repito muchas gracias. |
#2
|
||||
|
||||
Te dejo un ejemplo que funciona en Delphi 6 con los componentes Interbase.
La base de datos es Firebird 2.5 Es un bucle de 10.000 inserciones que se repite 10 veces (100.000 inserciones). Este es el log (unos 30 segundos). Es importante en las inserciones masivas no hacer commit por cada registro. En el ejemplo se realizan cada 10.000 inserciones. Debes ver cuál es el mejor intervalo para tus datos. Código:
Log: 15:48:49 Inicio 15:48:52 Bucle 0 15:48:56 Bucle 1 15:48:59 Bucle 2 15:49:02 Bucle 3 15:49:05 Bucle 4 15:49:08 Bucle 5 15:49:11 Bucle 6 15:49:14 Bucle 7 15:49:17 Bucle 8 15:49:20 Bucle 9 15:49:20 Fin El SQL para el INSERT también deberás modificarlo según tus necesidades...
|
#3
|
|||
|
|||
Hola otra vez, ya he preparado el trabajo con InterBase.
Asigno Valores
Son 29 campos y la asignación de valores a los parámetros se realiza si problemas, pero al hacer
Me da un error = "Attempt to get information about an unprepared dynamic SQL statement" Alguna idea de lo que estoy haciendo mal? |
#4
|
|||
|
|||
Tengo algunos campos que en la DB son de tipo Char(1) y en mi aplicación son de tipo AnsiChar.
Para pasar el valor lo ago con AsAnsiString=AnsiChar, no sé si es correcto La otra duda es que el Id en mi aplicación es de tipo Int64 y en la DB es de tipo BigInt Para pasar el valor lo ago con AsLargeInt=Int64. No sé si el error puede estar aquí? |
#5
|
||||
|
||||
Por favor, pon el código
|
#6
|
|||
|
|||
Antes de empezar a leer del archivo fuente *.csv:
Donde: Id en Delphi es de tipo Int64 y en DB BigInt Value1 en Delphi es de tipo AnsiChar y en DB Char(1) Value2 en Delphi es de tipo SmallInt y en DB También Value3 en Delphi es de tipo Boolean y en DB también En Delphi estos campos se agrupan en un Record. En cada inserción:
Pongo un BreakPoint en la primera asignación, no da ningún error hasta llegar a ExecSQL. |
#7
|
|||
|
|||
Perdona es:
|
#8
|
||||
|
||||
Con respecto a los tipos de dato yo no me preocupo mucho.
El componente de Delphi hará las conversiones necesarias. Todos los enteros (smallint, integer, bigint) .AsInteger Todos los textos (char(), varchar()) .AsString Todos las fechas (date, time, ...) .AsDateTime Todos los decimales (double precision, numeric(x,x), ...) .AsFloat Para trabajar con booleanos en Firebird 2.5 debes tratarlos como un smallint con valores (0,1) o como un char/varchar() con valores ('S','N') Por lo tanto deberás hacer la conversión necesaria
|
#9
|
|||
|
|||
Gracias Casimiro, lo pruebo todo y te comento.
Buen finde. |
#10
|
|||
|
|||
Bueno Casimiro, estoy a punto de tirar la toalla.
He creado una tabla en una DB Firebird con la siguiente estructura.
Y he implementado un nuevo proyecto Delphi 2010, copiando, pegando y adaptando tu última recomendación.
Cómo puedes ver en el código he añadido un indicador <<<<<<<<<<< dónde y qué error me da. Si puedes mirarlo y decirme done lo hago mal, te lo agradeceré infinito. |
#11
|
||||
|
||||
Prueba a poner una línea para que ejecute Prepare a propósito.
Deberás ponerlo después de cada StartTransaction o después de cada vez que cambie el SQL del Query. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Insercion masiva desde Paradox a Firebird | MartinS | SQL | 5 | 22-12-2011 14:55:10 |
insercion masiva | Alfredo | Firebird e Interbase | 3 | 12-11-2008 20:34:46 |
Insercion masiva de una BD a otra BD | oscjae | Firebird e Interbase | 5 | 15-12-2006 20:25:49 |
Insercion masiva de registros MUY LENTA | Balda | Firebird e Interbase | 10 | 24-03-2004 21:40:21 |
Inserción masiva en MySQL | Morfo | MySQL | 3 | 09-01-2004 18:05:33 |
|