Necesidad de ayuda para proteger registros SQLite

[Casimiro Notevi]

Llegas con un problema inherente al sistema que estás usando.
Te explican el problema y la solución.
Contestas que el sistema es perfecto para lo que quieres.
Pues no será tan perfecto si tienes un problema que no puedes/sabes resolver.
El multiusuario es algo inherente a los RDBMS como firebird, postgresql, mysql, etc. pero sqlite... no.
¿Que funciona?, sí, funcionar, funciona, pero también puedes viajar de Portugal a Corea en bicicleta, pero seguramente preferirás el avión.

[Sapiem]

Disculpen, no quiero que mi respuesta se sienta mal, como siento esta última que me han dado. No quise molestar a nadie, simplemente quise preguntar una duda, porque el problema existía, y si lo solucioné de la manera que lo cité hace un rato, fue después de preguntar en el foro.

Es que a veces no nos damos cuenta que todos no tenemos los recursos como poder ir en avión en vez de bicicleta. Y sin embargo todos llegamos. Si ese servidor que me lleva en avión, deja de ser accesible por algún momento, pues se pararían los servicios por los registros, y entonces habría que escribir a mano, que sería entonces ir a pie, ni siquiera en bicicleta. Sin embargo, si el servidor falla, el sistema sigue funcionando localmente y luego se integrarían las bases de datos.

Quizás es la costumbre de nosotros los médicos de que frases como "imposible" no existen, y por eso respondí, y no creo que haya sido ofensivo. Al contrario, consulté con los que más saben, porque soy del criterio de que "Al César, lo que es del César", pero al ver que me niegan algo que ya he implementado hace años, pues quise citarlo, no por nada, sino porque quizás pueda ayudar a otros que como yo, no puedan darse el lujo de pensar en montar un servidor. Si fuese así como mencionan de que aparentemente soy oídos sordos a lo que me explican, ni siquiera me tomo el tiempo de entrar al foro, si creyera que me la se todas. Absurdo completamente el que piense así, al contrario, rico es el que tiene un poco de conocimiento de cada persona.

Una vez más, disculpen si molesté a alguien como parece que ha ocurrido, pero hay que ver también como se responden las réplicas. Llevo años en este foro y siempre he encontrado soluciones y ayudas, no respuestas así.

Gracias.

[Casimiro Notevi]

Hola, siento haberte molestado, no era mi intención, sólo intentaba hacer entender que si un producto no tiene una característica que necesitas, entonces debes usar otro producto.
Por lo que dices, te puedes "apañar" con él, pero tienes un problema que no puedes resolver con el mismo. Pero el problema es el producto que no está pensado para hacer lo que necesitas. ¿Que puedes hacer algún "invento" para solucionarlo?, hombre, sí, algo se podrá, pero no quita que si es monousuario... es monousuario.
Si mal no recuerdo, cuando un usuario está usándolo, este se bloquea y espera a terminar para que otro usuario pueda usarlo. Así que, en teoría, lo que pides es algo que ya lo hace sqlite.
Ahora bien, lo que no he entendido es qué problema tendrías en usar firebird, por ejemplo.

[modo broma]
En fin, es como recetar a alguien un somnífero muy fuerte para que pueda dormir, cuando el problema es que el vecino de encima se pasa la noche tocando el tambor. La solución no es el somnífero, es denunciar al vecino... o ponerse unos buenos tapones en los oidos.
[/modo broma]

[Sapiem]

Usar el firebird, lo intenté una vez e incluso "embed" pero no me entendí bien con él, por decirlo de alguna forma. Además, me gusta crear sistemas que no dependan de nada externo a ellos, y FireBird (hasta donde conozco) hay que instalarlo, aunque lo pueda distribuir con el paquete nuestro. Luego encontré SQLite3, con Zeos y fue la solución para todo. Desde entonces, todo lo hago con esa unión de maravilla. Antes usaba Absolute Database, pero la pérdida de registros fue enorme que ni ellos mismos, con los códigos que incluso les mandé, supieron justificar. Por lo tanto, no era fiel.

No insistí en firebird, por eso, pero seguro estoy que hubiese sido más útil, pero a la larga, tendría que usar un server, no? Quizás es por falta de tiempo o de algunos ejemplos que me ayuden a analizarlo y encontrarle la utilidad. Lamentablemente no tengo tiempo para dedicarme a la programación para tanto, mis pacientes son prioridad siempre.

Bueno, con respecto a monousuario. Esa duda siempre la tuve desde el primer día que usé SQLite3, pero no le vi esta dificultad, o al menos no se nota al usarse. Por ejemplo, para comprobar esto, inicié a propósito 3 sistemas a la vez con la misma base de datos cargada y le mandé a los 3 a hacer un informe completo con todos los pacientes (20mil) y me lo generaron los tres sistemas al mismo tiempo, en solo 2,7 seg. Eso no es demora, y no fue en mi laptop que es un avión, sino en las PC del instituto. Por eso, sería quizás prudente migrar en un futuro a firebird por ejemplo si fuese necesario, pero me siento cómodo con SQLite3 y me ha sido muy útil, con encriptamiento y todo. Solo me faltaba esto de proteger los registros.

Por cierto, incluso una vez me comentaron que usando MySQL, para lograr proteger un registro, debería, crear un campo en la tabla que llevaría por ejemplo la hora del bloqueo, y en dependencia del tiempo desde que se bloqueó hasta el nuevo intento de modificación, era loq ue me determinaba si estaba en uso o no. Eso no lo creí "práctico" pues yo puedo estar escribiendo los datos de un pte x min, incluso, levantarme y asistirlo de urgencia mientras que estaba escribiendo sus datos, por lo que aún debe permanecer ese registro bloqueado. Por eso es que traté de indagar otras variantes, y al no poder resolver, intenté hacerlo con archivos externos como expliqué, incluso puedo poner el código para compartirlo.

Gracias por la comprensión y siempre ayuda..

Dónde puedo encontrar ayudas párcticas de Firebird y sus variantes de server o embed (principalmente esta última)?

[Casimiro Notevi]

Empezado por roman

Casimiro, lo que yo entendí, es que sí lo pudo y supo resolver.

No lo había entendido así

Empezado por Sapiem

..

Me alegro de que lo hayas resuelto.
Lo que comentas sobre mysql, evidentemente, no te informaron correctamente.

[roman]

Empezado por Casimiro Notevi

Pues no será tan perfecto si tienes un problema que no puedes/sabes resolver.

Casimiro, lo que yo entendí, es que sí lo pudo y supo resolver.

Yo le doy la razón al compañero Sapiem. Es cierto que SQLite quizá no sea lo mejor para un entorno multiusuario pero -y esto ya lo hemos discutido anteriormente- no es cierto que sólo sea monousuario y si alguien hace buen uso de él y le funciona, pues, tampoco hay que ser más papistas que el papa.

// Saludos