Re: Qt5 & SQLite
El 7/8/20 a las 18:55, JavierDebian escribió: Buenas tardes. ¿Tienen alguna otra opción mejor, o más simple, o más popular para trabajar? Muchas gracias. JAP Buenas tardes. Buceando la red, buscando y leyendo, creo que me decanto por Qt5 y MariaDB. ¿Por qué MariaDB y no otro? Pues, según https://db-engines.com/en/system/Firebird%3BMariaDB%3BSQLite SQLite no soporta C++ Firebird está limitado en su escalabilidad. MariaDB al ser muy compatible con MySQL, facilita la tarea a futuros mantenedores. Me queda ver las diferencias de manejo en campos tipo LONGBLOB para archivo de imágenes. Sigo escuchando sugerencias. Gracias por lo que me han ayudado. JAP
Re: Qt5 & SQLite
- Original Message - From: "JavierDebian" To: Sent: Monday, August 10, 2020 11:26 AM Subject: Re: Qt5 & SQLite El 10/8/20 a las 10:36, JavierDebian escribió: Me pongo a ver lo de Firebird; no tengo ni idea. Está interesante esto de Firebird... y más el paquetito FlameRobin... JAP Para tu caso te va a ser fácil Lazarus 2.0.10 + (Firebird 2.5.9 con flamerobin para admin) Saludos Reiterados -- Ismael
Re: Qt5 & SQLite
- Original Message - From: "JavierDebian" To: Sent: Friday, August 07, 2020 5:55 PM Subject: Qt5 & SQLite Buenas tardes. Habida cuenta de que se me ha presentado la posibilidad de re-programar un sistema, gracias a Dios sin tiempo de entrega ni de especificaciones mandatorias, es que estoy queriendo usar algo nuevo y moderno. Me explico mejor. En 1996 programé un sistema de administración en Clipper, y lo actualicé por última vez en el 2000 con CA-Clipper 5.3. Hasta ahora, funciona en entornos Windows en modo compatibilidad. Me han pedido que lo traiga al s.XXI, sin apuro. Estoy un poco oxidado, pero me estoy desempolvando con varias cosas. Empecé a mirar Harbour, pero, me parece que entornos xBase son algo viejos; como yo. Además, quiero hacer algo que sume las siguientes características: - GUI - Multiplataforma: Windows y Linux - Entorno de red - SQL Ahora, la pregunta. He estado desempolvando mi C++ con Qt5, y mi SQL/RDBMS con SQLite. Es la pareja que CREO mejor se adapta a lo que quiero hacer, pues Qt5 me deja manejarme con soltura en GUI no sólo desde la consola de programación si no también con su IDE, y SQLite es lo más liviano y fácil de instalar para los usuarios sin necesidad de montar servidores. Qt5 tiene, para mí, la potencia de C++ y me siento a gusto; además, puedo inyectar código C++ puro por si lo necesito, y se compila tanto en Windows como en Linux con muy pocos retoques. Donde más dudas tengo es con la base de datos, pues no tengo idea de, por ejemplo, MariaDB. He usado mucho Oracle, pero para eso necesito montar un servidor, lo cual es complejo y no se justifica. Qt5 soporta https://doc.qt.io/qt-5/sql-driver.html ¿Tienen alguna otra opción mejor, o más simple, o más popular para trabajar? Muchas gracias. JAP Mira firebird, lo puedes usar empotrado que cliente servidor. Saludos -- Ismael
Re: Qt5 & SQLite
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
