Consejo (eterno dilema me temo)

[aruims]

Hola amigüitos, tengo un dilema.
El asunto: Aplicación realizada al 80% en Delphi 7 y FoxPro, vale, la aplicación estaba concebida y diseñada para funcionar en Monousuario... cuando todo parecía tranquilo apareció un c... por la puerta y dijo "Bueno vamos a ver, si es que no os enterais, la aplicación era Multiusuario para funcionar en red local"

Será hij... Bueno, ese no es el caso jeje

La cuestión es que me gustaría que alguien con alguna experiencia similar me aconseje sobre qué es mejor:
1. Empezar de cero patatero
2. Intentar Chapucear con la BD para convertir la aplicación a Multiusuario

Un saludo y gracias por adelantado.

[[Caral]]

Hola
Bienvenido al club.
Desconozco para que hacer una aplicacion en delphi y foxpro a la vez, pero bueno.
No se si Bd sera Paradox o que?.
No creo que sea tan complicado hacer que trabaje en red, depende de que halláis hecho, seria bueno conocer un poco mas de detalles.
No entiendo bien el problema.
Saludos

[yusnerqui]

Hola, desde mi punto de vista, en estos casos uno debe tener muchas cosas en cuenta. Siempre una aplicación comenzada desde cero con un gestor de bases de datos apropiado para la finalidad que se persigue va a quedar con una mayor calidad, pero generalmente el tiempo no nos permite esos lujos, y por otra parte en casi todos los caso(fundamentalmente cuando no son muchos usuarios los que se conectaran) con unas cuantas modificaciones se logra que el sistema trabaje.

Esa es mi modesta opinión.
Creo que alguna ves se ha debatido temas similares a este en el foro, si haces una búsqueda quizás puedas encontrar otras ideas.


Saludos

[[Lepe]]

No he usado FoxPro, puedes aclarme esto: Cuando dices Foxpro, ¿te refieres a que la Base de datos está en .dbf, o te refieres a que parte del programa está hecho en el lenguaje de programación foxpro?

Prefiero no suponer nada y comentes lo preguntado por Caral, que me permito ampliar:
- BD usada.
- Componentes de acceso usados, BDE, ADO, IBX, etc
- ¿cuantos usuarios la usarán?
- frecuencia de actualizaciones, inserciones, etc en la BD
- Para ayudar a comprender qué tipo de programa es, podrías decir de que vá, si es un programa de facturación, de inventarios de almacen, etc.

Saludos

[HenryAraniva]

En mi opinión si vas a trabajar en red con muchos usuarios y la carga de transacciones es mucha te aconsejaría que utilices otro gestor de bases de datos mas seguro y potente como postgres, sql o Interbase

[[Al González]]

¡Hola!

Empezado por HenryAraniva

...te aconsejaría que utilices otro gestor de bases de datos mas seguro y potente como postgres, sql o Interbase...

¿SQL? Los otros dos que mencionaste son SQL.

Otra buena opción sería Firebird.

Si la aplicación ya tiene acostumbrados a algunos usuarios, has una "versión de transición" con la misma estructura de código, pero con una base de datos cliente-servidor, lo cual de entrada le dará estabilidad para operar en red.

Posteriormente habrá que rediseñar la aplicación (de ser necesario "desde 0") para aprovechar de manera más eficiente el esquema cliente-servidor sobre la red.

Mi punto de vista del caso.

Un abrazo.

Al González.

[HenryAraniva]

¿SQL? Los otros dos que mencionaste son SQL.

Ups... error de dedo, me queria referir a mysql

[aruims]

En respuesta a Lepe y pidiendo disculpas por haber sido tan parco en mis explicaciones.
Efectivamente, me refer

[aruims]

Perdon de nuevo, pero al parecer al safari para windows no le gusta que escriba en los foros
Comentaba en mi anterior Post, primero que muchas gracias a tod@s por las respuestas.
En segundo lugar que efectivamente lo de FoxPro era por las bases de datos que son en DBF
La utilizarán a la vez un maximo de 30 personas.
La aplicacion esta pensada para diseñar estructuras metalicas primero en 2D y despues renderizarlas en 3D (con texturas, etc...) y posteriormente con ese diseño elaborar presupuestos... pues bien, el unico motivo para hacerlo en red es que los presupuestos deberian generarse de forma correlativa independientemente del puesto en el que se encuentren (vamos no me jodas que son presupuestos, no facturas) despues de aportar unas cuantas soluciones para no tirar por tierra el trabajo (jefe eres un ca.... de m...) a todas dijeron que no, pero se me ha ocurrido una, que seguro que la aceptan, no se que os parecera, la cuestion es que solo una parte de la aplicacion este en red (llamemosla aplicacion servidor) esta servira el número de presupuesto "candidato", al llegar al final, se guardara el numero de presupuesto con el identificador del puesto en el que se genero.

No se que opinais, a lo mejor es mas sencillo modificarlo todo para que sea entero multiusuario, pero como es la primera vez que se me presenta semejante problema... TENGO MIEEEEDOOO