 |
Club Builder Foro de C++Builder en español
|
| Ver tema anterior :: Ver tema siguiente |
| Autor |
Mensaje |
Marky Master

Registrado: 28 Dic 2002Mensajes: 251Ubicación: Las Rozas - Madrid (España)
|
Publicado: Jue 29 Jul, 2004 10:20 am Asunto: ¿Merece la pena abandonar Paradox? |
|
|
Hola gente!!! espero que aún no os hayais derretido porque con este calor.... ufff pa'morilse.
La pregunta que os hago supongo que ya se habrá hecho más veces pero es que o no me he enterado o realmente es que no se ha planteado. Ahí va: ¿merece la pena adaptar el código de toda una aplicación para dejar definitivamente paradox?
A grandes rasgos os describo mi situación:
1.- La aplicación no trabaja en red (es de escritorio) y está formada por unas 15 tablas en formato Paradox 7 con blocksize ajustado a 32768.
2.- Algunas están relacionadas de forma maestro-detalle pero otras no.
3.- El número de registros a manejar no se estima que sea muy elevado: quizás ronde 100.000 o máximo 200.000 por tabla.
4.- Ninguna de ellas usa índices pues todo lo ejecuto por SQL. Los índices los dejé porque me dieron unos cuantos problemas.
La cuestion por la que me planteo cambiar de BD es por aquello de que siempre se ha acusado a paradox de ser un sistema blandito. De hecho algunas tablas se me han corrompido por varios apagones de luz pero mediante una utilidad que encontré en internet he conseguido repararlas sin problemas. Las preguntas que me gustaría haceros son muchas pero aquí van algunas de ellas:
1.- ¿Merece la pena cambiar?
2.- ¿Adaptar mi código a otro sistema me llevaría mucho tiempo?
3.- ¿Que sistema me recomendaríais? ¿firebird, interbase, MySQL...?
4.- ¿Hay que distribuir muchas librerias al igual que se hace actualmente con el BDE? Con esto me refiero al tamaño en MB de los ficheros a distribuir
5.- ¿Cómo podría hacer para migrar los datos de mis tablas a el nuevo sistema?
De momento esto es todo lo que se me ocurre. Muchas gracias por haberme leído. |
|
| Volver arriba |
|
 |
XyVy Master


Registrado: 25 Ago 2002Mensajes: 557Ubicación: Murcia (España)
|
Publicado: Jue 29 Jul, 2004 11:00 am Asunto: Re: ¿Merece la pena abandonar Paradox? |
|
|
Hola Marky, yo no he usado Paradox luego no te la puedo comparar en algunas aspectos aunque si se de que no tiene algunas cosas "útiles" que si tienen otras...
| Marky escribió: | | 1.- ¿Merece la pena cambiar? |
Pues dependerá de lo que quieras hacer, ya se ha hablado muchas veces de lo de "matar moscas a cañonazos". Lo que yo tendría más o menos claro es no comenzar ya ninguna aplicación nueva con Paradox, y pasarte a algun SGBD más moderno, que te van a funcionar muy bien tanto como BD de escritorio como en red.
| Marky escribió: | | 2.- ¿Adaptar mi código a otro sistema me llevaría mucho tiempo? |
Pues depende, si usaste BDE imagino que no te costará mucho portar tu aplicación, y evitarias algunas cosas que tiene paradox como los bloqueos o corrupciones, luego tendrás que portar la BD, esto lo puedes hacer de varios modos, usando alguna herramienta tipo DataPump o similar, bien exportando a SQL y ejecutandolas contra el nuevo gestor o bien haciendo una aplicación de migración. El problema de usar BDE es que estás empleado otra capa más de abstracción para acceso al servidor, lo mejor sería acceder directamente con componentes nativos.
| Marky escribió: | | 3.- ¿Que sistema me recomendaríais? ¿firebird, interbase, MySQL...? |
Yo claramente te recomendaría Firebird por varios motivos, primero es "completamente" gratis, si si completamente, no como MySQL, que es gratis para productos Open Source, pero para productos comerciales hay que pagar licencia. Interbase es de pago (a excepción de nuestra querida versión 6.0 OS), sobre SQL Server, y otras opciones no digo nada porque apenas las conozco salvo que muchas son de pago.
Firebird como hemos dicho siempre soporta de todo Triggers, Procedimientos Almacenados, Vistas, Roles, etc... y se encuentra disponible para casi todas las plataformas Solaris, Linux, Win, etc...
| Marky escribió: | | 4.- ¿Hay que distribuir muchas librerias al igual que se hace actualmente con el BDE? Con esto me refiero al tamaño en MB de los ficheros a distribuir. |
En el caso de Firebird por supuesto el programa engordará acorde a los componotes de conectividad que uses en Builder y luego un par de DLLs de las librerías clientes del gestor.[/quote]
| Marky escribió: | | 5.- ¿Cómo podría hacer para migrar los datos de mis tablas a el nuevo sistema? |
Como te comenté antes con alguna utilidad DataPump o similar, o bien exportando a DDL y DML y luego ejecutando contra el servidor o bien desarrollando un programa de migración.[/quote]
Bueno Marky esto es mi opinión y algun consejo no tiene porque ser la mejor respuesta a las preguntas, pero espero que te dé una idea.
Yo estoy muy contento con Firebird, ya lo estaba con Interbase y con Firebird pues estoy más contento, y conforme pasa el tiempo hay cada vez más documentación, componentes, utilidades y mejor desarrollo del servidor, supuestamente la versión 2, es la que debería lanzarlo ya a lo más alto, incluso hay un proyecto llamado Fyracle para migrar BD de Oracle a Firebird, manteniendo el mismo modo de funcionamiento que Oracle.
Ciao. _________________ OJO!! Ya tenemos subforo de Bases de Datos!!
Gracias a los admins. |
|
| Volver arriba |
|
 |
Kurroman Lt

Registrado: 07 Dic 2003Mensajes: 79
|
Publicado: Vie 30 Jul, 2004 9:48 am Asunto: |
|
|
Yo trabajo con interbase 6 y mysql, y estoy muy contento por ahora. Cuando tenga algo de tiempo pues probaremos firebird que parece que promete. Yo de ti iría cambiando a una de estas si vas a trabajar aplicaciones cliente/servidor.
SQL Server pues es de pago, asi que eso ya dependiendo de la clientela que tengas.
Lo que si te recomendaria en lugar de Firebird o Interbase es que trabajaras con mysql en el caso de que vayas a hacer paginas/aplicaciones web, pues es el sistema de bds que utilizan la mayoria de proveedores de hosting (doy por sentado de que utilizarias php y no asp).
Otra asignatura pendiente que tengo es sapdb (el sistema de bd de SAP que se liberó hará cosa de un año y que según dicen es bastante potente) |
|
| Volver arriba |
|
 |
Eurax Cdt

Registrado: 14 Jul 2003Mensajes: 7
|
Publicado: Sab 31 Jul, 2004 1:16 am Asunto: |
|
|
Como va.... MarKy... mira vos tenes calor, y yo estoy esperando el calor por aca hace un frio de morirse.... (ARGENTINA!!!!)....
Bueno por lo que decis no tendrias que cambiar.... lo que me llama la atencion es que sean tantas tabla.... y que tengas tablas sueltas eso no te deberia pasar....(Bd relacionales!!???), en fin!!!!!, si funciona y no te hace perder tiempo .... todo bien...,loque podrias es ir si!!!!, poniendo en practica algun otro tipo de Bases, yo uso InterBase!!! _________________ Mutar porque nos parece nuevo lo que ya hemos vivido |
|
| Volver arriba |
|
 |
Invitado
|
Publicado: Lun 02 Ago, 2004 5:31 pm Asunto: |
|
|
Hola Marky, todo lo que te han dicho los compañeros es muy valido, es preferible utilizar Interbase, Firebird, Oracle, MySQL desde el punto de vista de la estabilidad y seguridad fisica de los datos, claro que hay muchos otros aspectos a tener en cuenta por ej. ¿es una aplicacion unica o sera distribuida? en el primer caso no importa ya que solo se hara una vez, si usas BDE debes instalar este, si alguna de las otras opciones necesitaras instalar el servidor y el cliente.
Hay otra opcion que es utilizar El ClientDataSet y para el tipo de aplicacion que planteas tal vez sea lo optimo, solo requiere de una dll que debe ser colocada en el path (Midas.dll) tiene muchas ventajas, acepta filtros que casi son consultas sql, creacion y eliminacion de indices a runtime, opcion de deshacer cambios, grabado al disco en el momento que lo desees, tablas anidadas y ademas es facil modificar el proyecto para trabajar en red contra culquier de los sistemas de datos citados. |
|
| Volver arriba |
|
 |
|
|
No puedes publicar temas nuevos en este foro No puedes responder a temas en este foro No puedes editar tus mensajes en este foro No puedes borrar tus mensajes en este foro No puedes votar en las encuestas de este foro
|
© 2002–2026 Club Builder · Funciona con phpBB.
|