![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Ya que no quieres escuchar que BDE, obsoleto desde como la ultima glaciaciones debido ser cambiado, pues bájate la community y miras, no.?
__________________
El malabarista. |
#2
|
|||
|
|||
Cita:
Me explicó ![]() Pretendo actualizar de Delphi 2007 a Río, y de BDE al motor SQL que más fácil me ponga la transición (tiempo de desarrollo/prestaciones DB), pero no todo a la vez Pero he pensado que si cambio de DB primero, luego quizás tenga tenga problemas para adaptar los componentes de DB a Río, por lo que parece sensato cambiar primo el IDE sí es posible ![]() |
#3
|
||||
|
||||
Lo pienses como lo pienses, está claro que del BDE tienes que olvidarte, yo los probé en 1998 y me dije "esto no sirve para algo serio", así que imagínate hoy en día, 21 años después.
|
#4
|
|||
|
|||
Cita:
Gracias de todos modos ![]() |
#5
|
||||
|
||||
Creo que estas tomando una medida DEMASIADO conservadora. Hacer un upgrade por pasos esta bien y en general es recomendado. Pero en este caso, es una perdida total de tiempo. Un exceso de cautela!
En especial, migrar un driver de acceso a BD es de lo mas trivial que hay, máxime en Delphi donde hay una interface que todos siguen... Hay muchas otras opciones que te permiten acceder a formatos de BD viejos, como ADO o ODBC. ---- No te digo esto por ser denso. Yo trabajo, concurrentemente, con sqlite, postgresql, mysql, SQL Server, oracle, firebird formatos de bd a base de texto inventados a "como sea". Y ademas, todo esto desde Delphi, .NET, Python, Swift, y próximamente rust. No podría contar el numero de drivers y APIs que he manejado, ADEMAS de los que hago personalmente. Osea: Yo migro y paso todo el tiempo. Aun si es tu primera vez, no debería tomarte mas que unos cuantos días y eso, solo pensando en falta de experiencia. En resumen: Deja BDE atras sin miedo. Hasta te diría que pasarse a Firebird (mas poder) o Sqlite (mas simple) conjuntamente no te suma gran cosa. Pasa datos a texto, rehaces estructura y carga datos. Haciendo a PELO eso toma horas. Con herramientas??? segundos.
__________________
El malabarista. |
#6
|
||||
|
||||
Hola a tod@s.
Estando de acuerdo en que el BDE es "caca" y hay que quitarselo de encima lo antes posible también creo que, dependiendo del código del programa, el cambio a un motor de base de datos SQL puede ser bastante laborioso. Lo digo porque las operaciones manejando tablas son distintas a las que se hacen con instrucciones SQL, p.e.: no es lo mismo:
que:
a no ser que consigas unos componentes para la base de datos que decidas usar que te permitan cierta compatibilidad con el código que manejes la migración puede ser bastante dura. Yo ya pasé por esto y fue un tema complicado porque la primera intención era migrar a firebird y me encontré con ese problema, que alrededor del 40% del código que tenía no me servía. Encontré un componente que simulaba el "ttable" para firebird pero, una vez hecha la migración, me di cuenta de que lo que hacía realmente era un "SELECT * FROM..." cada vez que abría una tabla y al probarlo con cierta cantidad de datos se hacía inviable. Igual hay alguna forma que desconozco pero no le vi una solución razonable a este tema y al final acabé por migrar a ElevateDB que si que tiene componentes "ttable" nativos y me servía casi todo el código que tenía para BDE. Por otro lado comentarte que yo he estado usando BDE con Delphi 2007 sin grandes problemas, no sé si con 2010 será igual pero imagino que si. Saludos
__________________
Be water my friend. |
#7
|
|||
|
|||
Cita:
Cita:
¿¿¿No recordarás con qué tipo de problemas te encontraste??? Eso me ayudaría muchísimo Cita:
Lo que no he indicado es que mi empresa tiene exclusivamente 1 aplicación, que nos da de comer desde hace 30 años (Turbo Pascal->Borland Pascal->Delphi 3->Delphi 5->Delphi 2007), y se desarrolla en ella todos los días, por lo que no se puede hacer una "parada técnica" de, p.ej., un mes |
#8
|
|||
|
|||
Cita:
He probado con dos o tres conjuntos de componentes que sustituyen el TTable por una versión propia, y los resultados han sido desalentadores: desde el peaor (que la aplicación se parase un ratazo al abrir un formulario), hasta el mejor (que la aplicación fuese 10 veces más lenta) Modificar todo el código de golpe no es una opción: Actualmente funciona, no tiene errores y tiene buen rendimiento. Cuanto más modifiques de golpe, más errores incorporarás. Así que tengo que migrar a un conjunto de componentes que me permita mantener el paradigma de funcionamiento de TTable, y después de eso ir adaptando datamodule a datamodule |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Delphi Community Edition | WHILENOTEOF | Noticias | 92 | 26-03-2024 17:31:02 |
Delphi Community Edition Bootcamp | WHILENOTEOF | Noticias | 4 | 31-08-2018 22:22:16 |
Resurgimiento Delphi (Community) Componentes | brakaman | Varios | 2 | 23-07-2018 19:43:59 |
Consulta sobre Delphi XE10 o Delphi 10 Seattle Edition | rmendoza83 | Varios | 1 | 11-12-2016 06:44:14 |
Delphi 7 second edition | Willo | Varios | 6 | 22-05-2007 00:55:24 |
![]() |
|