![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Saludos, contestando a Rastafarey
como ya dije: "Gracias por anticipado, aqui teneis: hago APPEND asigno los valores de T, TIP, NUM igualando de otras variables el resto de los campos vienen de DBEDITs hago POST (aquí es donde va lento) tiene 125.000 regs" y también: "no hay triggers, ni eventos after before ni nada que no haya expuesto, es esa tabla asi de sencilla, con Ibexpert me crea los registros de inmediato, pero desde delphi tarda 9 seg., he probado con Fibplus y lo mismo. Pienso que la database está bien configurada, porque ibexpert trabaja bien, creo que el delphi será el culpable, no se..." Supongo que tendrá algo que ver la cantidad de registros puesto que en otras tablas con mas campos similares de 200, 1000, 3000regs. funciona perfectamente, y en esta de 125000 tarda 9segs., y en otra que tengo con 260000 también lento, si os preguntáis como han llegado a tener tantos registros, he convertido ficheros y aplicaciones de cobol-85 a firebird con delphi7. Gracias de nuevo a todos. |
|
#2
|
||||
|
||||
|
Una curiosidad, ¿como es que tienes que insertar de golpe 125.000 registros?. ¿Eso es al pasar de cobol a firebird?.
Por otra parte dices que se trata de una inserción de registros por pantalla, ¿vas a meter uno a uno por pantalla 125.000 registros? Supongo que es una prueba que estas haciendo.Por cierto, hace como un año hice unas pruebas para ver lo rápido que iba firebird para ver si me quedaba definitivamente con este SGDB. Lo hice de dos maneras, mediante un script para isql y mediante Delphi con fibplus. Para la prueba de insertar 100.000 registros tardó mas o menos 35 segundos (en insertar los 100.000). Puedes configurar cada cuantos registros se hace un commit automático. Las causas pueden ser varias. Sólo tienes un índice creado, quizá no sea suficiente. Tabien puede tener que ver la forma de crear los identificadores únicos. O una mala conjunción planetaria¿?... . No, en serio, sigue posteando, queremos ver si se te soluciona el problema, firebird tiene que ir volando, da igual que sean 100.000 o 1 millón de registros.
__________________
Milo |
|
#3
|
|||
|
|||
|
Se bienvenido Rufus, agradezco tu interés,
no me he explicado correctamente, he traducido una aplicación hecha en rm-cobol85 a delphi7, los ficheros cobol los he convertido a una base de datos Firebird, el diseño de la tabla ejemplo es la de arriba, que ya tenía 125000 regs, y que con el programa nuevo en Delphi irá aumentando mediante un formulario. Espero que ahora si esté claro, puse showmessages antes y después de cada instruccion Delphi, y la que tarda en correr es la de IBDATASET1.POST, espero no resultar cansino, me acabo de descargar e instalar el IBX 7.09, y ahora no puedo compilar, me sale un error diciendo que no encuentra IBDATABASE.PAS, así que una cosa detrás de la otra y paciencia. Recibid un agradecido saludo. |
|
#4
|
|||
|
|||
|
Saludos al foro, este mensaje es para dar la solución a mi problema,
el arbol no deja ver el bosque como ya dije: hago APPEND asigno los valores de T, TIP, NUM igualando de otras variables el resto de los campos vienen de DBEDITs hago POST (aquí es donde va lento) ..... bien la solución ha sido: antes de pedir datos para el registro, estas dos líneas ibdataset.selectsql.text:='SELECT * FROM IBDATASET WHERE T=0 AND TIP=''E'' AND NUM=380663'; ibdataset.open; siendo los valores de T, TIP, NUM los que luego iba a asignar a la key en el insert. debía posicionar primero.... el arbol no deja ver el bosque. Gracias a todos por vuestro interés. |
|
#5
|
||||
|
||||
|
Esta solución me hace pensar que el problema es un refresh (implicito o explicito) que está ocurriendo.
El tiempo simplemente se minimiza porque después de insertar el registro físicamente, solo hay un registro que traer de vuelta, gracias al nuevo where. En todo caso, lo ideal es que ese refresh no se de. Te recomiendo revisar, ya que aseguras que no hay eventos, los valores establecidos a las propiedades, tanto de la transacción como del dataset... aunque jamás he visto este comportamiento. Saludos. ![]()
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|