Dbf/cdx y Google drive

[Loren]

Compañeros:

Uso DBF/CDX y en mis aplicaciones MONOusuario informo q se pueden usar las DBF en la nube mediante Google drive. Todo funciona muy bien y es muy útil para muchos clientes (acceden a sus datos alternativamente desde La Oficina, casa, hotel... y siempre actualizado). Simplemente tienen el EXE en sus equipos instalado y las DBF en Google drive.

Sin embargo, para mis aplicaciones MULTIusuario, Google drive NO funciona de manera estable porque esta aplicación no trabaja correctamente cuando se accede a un mismo DBF desde varios equipos simultáneamente. Pude incluso corromper la DBF.

Habría alguna solución relativamente sencilla??

Gracias
Lorenzo

[horacio]

Interesante, y como sería la ruta para abrir las .dbf ? Gracias

Saludos

[carlos vargas]

hbnetio y letodbf

[horacio]

Gracias Carlos por la data.

Saludos

[José Luis Sánchez]

Hola Loren,
el tema de poder tener los dbf/cdx almacenados en la nube y usarlos desde varios PC de manera no simultanea es algo que me interesa mucho. He estado buscando información sobre el tema y he visto un post tuyo en que hablas de los problemas de sincronización cuando arranca google drive, en este hilo viewtopic.php?f=6&t=30420 concretamente. Me gustaría preguntarte la manera de realizar esta sincronización de la que hablas y también si de alguna manera controlas que si un usuario ejecuta el programa en local sin conexión a internet luego esperas a que se sincronicen los dbf/cdx con drive.

Saludos,
José Luis Sánchez

[mastintin]

Os pongo aqui mi experiencia con algo parecido....
Consultado sobre el tema a raíz de los últimos virus y de que manera se podría realizar una copia "continua " de forma " barata = gratis" por si se produjera un desastre, he realizado lo siguiente ...
Se crea una cuenta gratis en oneDrive , escogimos one drive por estar integrado con win10 que es el ordenador donde se encuentran los archivos , pero podría se también supongo google drive o incluso dropbox.
One drive crea su estructura de directorios. Sin tocar NADA en nuestro programa buscamos el directorio donde se colocan las dbf-cdx en nuestro caso es algo como c:\factura\Datos .
dentro de la estructura one_drive ... c:\user\elquesea\one-drive\ creamos un subdirectorio factura y dentro de en creamos un enlace simbólico al directorio c:\factura\datos .
Listo .
La sincronización no es instantánea y no se realiza hasta que el programa "libera" los ficheros . Eso pasa porque nuestro programa no mantenga las dbfs continuamente abiertas.
Esto se puede solucionar con una funcion que cierre los ficheros cuando no se necesitan ( al salir de un browse o ficha ) y los vuelva a abrir cuando se necesiten .
Para nuestro proposito es suficiente .
En el caso de querer usarlo en varios sitios pasaría por usar la misma cuenta one-drive y esperar a que todos los ficheros terminen de sincronizarse antes de empezar a usarse .
Saludos.

[José Luis Sánchez]

Gracias la contestación.

El problema de hacer algo así es que cada vez que grabes un registro en un fichero o lo borres, el cliente cloud - dropbox, gdrive o el que sea - se va a poner a sincronizar y creo que podría dar problemas de corrupción. Para mi lo ideal sería poder parar la sincronización del cliente cloud cuando arranca el programa y volver a ponerlo en marcha al salir, o bien copiar los archivos de datos desde la carpeta del cliente cloud a una propia de la aplicación al inicio y volver a dejarlo en la carpeta del cloud al finalizar el programa. Voy a investigar sobre el tema e iré poniendo en este hilo lo que descubra.

Saludos,

[Carles]

Holaaa,

Si una aplicación és monousuario, pues tienes los dbf en local y listos. Si haces “inventos” de este tipo lograras una corrupción de los indices seguro a parte de que el sistema se te va a volver lento a medida que te crezca el volumen de tus dbf’s.

Otra tema es que tu tengas un respaldo/backup en la nube, o quieres que tu sistema una vez a recolectado información enviar a la nube para un posterior proceso.

Sinceramente hoy en dia hay muchas soluciones para este tipo de situaciones, pero pasa por instalar el sistema adecuado. Un ADS por ejemplo es cliente/servidor pero evidentemente tiene un costo, pero recuerdo que existia una licencia de 2 usuarios libre y es perfecto si tienes un sistema monousuario como dices. Luego como dice Carlos Vargas hay hbnetio y letodbf pero yo sinceramente no lo he probado, pero al final son sistemas diseñados para ello.

El tema de compartir carpetitas lo tendrias de olvidar si quieres garantizar una consistencia en tus datos. Cuando tu aplicacion crezca en volumen de informacion es realmente cuando ves el rendimiento.

Google drive, one drive, ... lo aconsejo solo para copias de seguridad, eso si.

Por otro lado si quieres una aplicación con datos en la nube para poder compartir o crear sistemas multipuesto, yo te aconsejo pasar las dbf’s a myssql. Hoy en dia dispones de todas las clases de Nages y funciones de FWH que facilitan todo lo necesario para operar en este escenario.

Otro tema es si atacar directamente una aplicacion win a una mysql de forma directa, como los ejemplos que proporciona Nages o crear un entorno via web services, que creo que es lo mejor, por temas de seguridad, escalabilidad, potencia, plataforma,.... Este es un debate realmente muy interesante.

Indepedientement de esto hoy en dia tienes hostings q desde gratuitos a 80€ con opciones de backup, numerosas bases de datos por dominio, etc... te dan realmente la solucion barata, para poder vender tu aplicacion a un cliente de una manera que uno puede estar relajado en la parte de sistemas.

Buen fin de semana

[horacio]

Me interesaría hacer algunas pruebas utilizando esa tecnología. Alguien podría postear un pequeño ejemplo para ilustrarme o un link que pueda mirar. Muchísimas gracias.

Saludos

[Carlos Mora]

Carles,

Otro tema es si atacar directamente una aplicacion win a una mysql de forma directa, como los ejemplos que proporciona Nages o crear un entorno via web services, que creo que es lo mejor, por temas de seguridad, escalabilidad, potencia, plataforma,.... Este es un debate realmente muy interesante.

Indepedientement de esto hoy en dia tienes hostings q desde gratuitos a 80€ con opciones de backup, numerosas bases de datos por dominio, etc... te dan realmente la solucion barata, para poder vender tu aplicacion a un cliente de una manera que uno puede estar relajado en la parte de sistemas.

de acuerdo en que el tema es MUY apasionante.
Tener MySQL en un servidor en internet es sin dudas una de las mejores formas si se desea tener una aplicacion distribuída, pero tambien hay que considerar que la conexión debe estar al menos encriptada (SSL), porque sino los datos viajan en plano y no sería lo adecuado.
No entraría con el tema webservices si lo que se desea reemplazar es la capa de datos, si lo vería procedente si si incluye la logica de negocio en el servicio.
Hoy en día se imponen los microservicios, y las interfaces apuntan a soluciones REST apoyadas en JSON.
Pero como primer paso, partiendo del modelo clásico del xBase, es empezar a profundizar en SQL y sus particularidades a través de las librerías que tenemos disponibles, ya sean las nativas de FW, los contribs de Harbour, Dolphin, Eagle, etc.

[thefull]

Buenas
Interesante seria un RDD RestFul , ahí lo dejo

Con un compañero de Delphi , vi como establecía un DataControl contra un WS; y una tabla con un dataset, donde ya tenia todo
montado con un par de clicks.

Saludos

[hmpaquito]

Es lo que tiene el software libre... o su entendimiento.
Las necesidades de la comunidad no son siempre las preferencias de los gurús.
Asi tienes cosas que en otros lenguajes se hacen en dos clicks, como por ejemplo, el desarrollo de un WS, que viene totalmente implementado en Delphi, y nosotros...
Con lo fácil que sería tener un subhilo crowdfounding y que allí cada uno fuera proponiendo y otros ofertando...