FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
lo dificil de cambiar de TQuery a un TIBQuery radica en que muchos componentes TQuery pueden tener eventos programados, también pueden tener campos personalizados en el editor de campos. Yo miraría la posibilidad de hacer la conexión por medio de ADO y seguiría usando los TQuerys.
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#2
|
||||
|
||||
Cita:
bueno, teniendo en cuenta que tenga mucha programación, de lo contrario, si los TQuerys están solos con las consultas y no tienen eventos o cosas similares ahí si me quedaría con los componentes IBX y dejaría los del BDE a un lado
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#3
|
||||
|
||||
Hola
Creo que es logico pensar que la mejor manera de programar un query es por medio de la generación del texto por código y no usando su propio editor ya que asi se puede usar una y otra vez el query en el mismo programa, ademas de ser mas limpio y facil de entender. Si partimos de que la persona que pregunta tiene muchos query en su programa podemos pensar que no es un programador avanzado (como yo), por consiguiente dudo que tenga eventos programados, campos personalizados, vistas u otros menesteres. Usando esta analogia si simplemente se le cambia la ubicación al nuevo query (en el datamodule) y se le nombra igual que el query al que se reemplazara el programa no se dara cuenta de que paso, simplemente usara el nuevo query con su nueva conexión. Para mi es lo mas sencillo, mas teniendo en cuenta que revisar y cambiar todos los componentes de un programa sera una labor ardua y se necesitara probarlo muy bien por si algo quedo suelto, que sera muy probable. Como siempre metiéndome en camisa de once varas.... Saludos
__________________
Siempre Novato |
#4
|
||||
|
||||
Cita:
Creo que puede estar en un punto en el que yo estuve hace varios años y fue migrar de paradox a MySQL y luego a Firebird, en ese momento la aplicación usaba los TTable (algo muy malo que pone muy lento la aplicación), pero afortunadamente no tenía programación en los eventos de dichos componentes aunque si tenida muchos campos editados, el cambiar de base de datos (2 veces) fue un proceso largo, monótono y tedioso ya que se tenía cientos de componentes TTable, unos pasaron casi derecho, solo era poner con el mismo nombre el componente TTable, pero muchos más tenían algunas referencias maestro detalle que no fueron muy transparentes... Particularmente creo que hay que ver cual es el caso particular en los cientos de TQuerys que tiene.
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#5
|
||||
|
||||
Gracias a todos los que ayudaron
Gracias a todos los que ayudaron.
Les comento que hice. Hice lo que dijo Casimiro "En teoría, no tienes que tocar nada en el programa....." Luego de instalar fb, Instalé el BDE en una pc con windows 7, copié la aplicación y se conectó y abrió y funcionó rapidísimo y se pinchó. En realidad funciona todo menos un proceso que genera facturas, luego de generar alrededor de 2000 (dosmil) me aparece "OUT of memory" En la versión de InterBase para XP genera sin problema 8000 (ochomil) y no da ese error. Ahora no sé si tratar de detectar y solucionar ese error o cambiar todos los componentes y ver si será eso. |
#6
|
||||
|
||||
Se me olvido decir que aveces aparece
"Out of memory" y otras veces "Out of memory while expanding memory stream" |
#7
|
||||
|
||||
Bueno, encontré el problema, era un TMemoryStream que creaba al crear el formulario y lo liberaba al cerrarlo.
Ahora lo creo y lo libero cuando lo voy a usar y listo. ya se arreglo. Ahora hay que ver otras cositas pero creo que ya estamos Gracias mil por todo. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Migrando triggers de Firebird a PostgreSQL | macugi | PostgreSQL | 6 | 02-05-2013 19:47:57 |
Migrando a Firebird | mjjj | Conexión con bases de datos | 6 | 26-09-2007 01:14:39 |
Migrando a Delphi7 | Amos | Varios | 2 | 06-08-2007 15:24:43 |
Migrando a .NET | JULIPO | Internet | 1 | 15-09-2006 13:23:03 |
migrando a firebird | JoseQ | Firebird e Interbase | 1 | 13-08-2004 01:49:47 |
|