El 11/8/20 a las 01:04, Felix Perez escribió:
El lun., 10 de ago. de 2020 a la(s) 17:21, JavierDebian
(javier.debian.bb...@gmail.com) escribió:
La solución que estudiamos en su momento, fue que los clientes
locales, al cerrar el día generaban un reporte, el reporte se enviaba
a casa matriz junto a una copia de la BD, se almacenaban las copias de
la BD para auditoría y los reportes alimentaban el servidor central,
un RH (no recuerdo versión), propusimos instalar un Mysql. No me
acuerdo que lenguaje se propuso, pero parece que querían seguir
utilzando BBx ya que tenían un par de desarrolladores con mucha
experiencia en él.
Todo el sistema el antiguo y el nuevo eran transparentes para el
usuario, a punta de batch del lado de windows y de scripts del lado
del servidor. Lo único que fallaba era cuando se cortaba la energía
eléctrica en algún local y este no contaba con UPS o generador.
Se me ocurre Firebird embebido o sqlite en los clientes locales, y un
servidor central con Mysql o Postgresql.
Deberás automatizar todo lo que puedas, no darle opciones al usuario.
Suerte, espero que te sirvan un poco mis recuerdos.
JAP
Como te dije, esto es justamente lo que quiero hacer.
La programación va a ser en Qt5, de eso, no tengo dudas.
Lo que me "pica" es el motor de base de datos; aún no me he decidido.
Si el sistema bajo DOS ha durado casi 20 años, lo que haga supongo que
durará otros 20; tengo que pensar en algo que se mantenga en ese lapso.
C++ lo va a hacer, y espero que Qt5 también; hay mucho de base que
dependen del primero, y bastante del segundo.
Las bases de datos, son otra cosa.
Me estoy debatiendo entre MaríaDB (por su parentesco con MySQL), SQLite
(por su liviandad), y Firebird (por su potencia).
Le sigo dando vueltas.
JAP