Cliente/servidor usando Paradox

[darkerbyte]

Muchas gracias por sus consejos. Estaba a punto de cometer un gran error. Estuve haciendo pruebas con Paradox en red y es un dolor de cabeza los bloqueos y el dichoso archivo LCK.
Ya instale Zeos y MySQL. Mejor migraré a estos todo el sistema, aunque es empezar de cero pero valdra la pena

Una vez mas, gracias por su ayuda y por su tiempo a leer mis menajes.

[[Lepe]]

Es cierto que es un dolor de cabeza si no sabes como hacerlo. Pero esto también ocurre en MySql o Firebird. Yo he tenido un problema bastante grave con Firebird que me ha llevado más de 1 mes encontrar el error. (El programa se quedaba colgado, con el reloj de arena de cursor, y no daba excepciones por ningún sitio).

Quiero decir qué: el problema no será usar paradox o Firebird, el problema será nuestra ignorancia sobre el tema que estamos tratando. (Yo soy de los que opinan que todos somos ignorantes en algo, aunque poniendo de nuestra parte, la ignorancia es pasajera ).

Es cierto que MySql o Firebird son mucho más potentes (por supuesto, es c/s y Paradox son tablas de escritorio, no se debe comparar).

Cierto que si vas a vender tu programa en varios negocios, MySql es robusto y mejor opción.

Pero hay ocasiones en las que no se puede cambiar de Base de datos, o simplemente resultaría muy caro, y en ese sentido (teniendo la aplicación completamente terminada) puede ser una opción viable Paradox en red.

Para tí valdrá la pena el cambio, pero la verdad, tu cliente no notará diferencia alguna (ojo: desde el punto de vista del usuario). No importa la tecnología que uses, lo que importa es cómo la uses (si usas un TZTable en MySql, estás en las mismas que Paradox en red, no tendrás problemas de índices, pero sí problemas de rendimiento).

Según tengo entendido por este mismo foro, si vas a vender una aplicación hecha con MySql, tienes que pagar una licencia de 600 € (Firebird no tendría este "impedimento").


Saludos

[darkerbyte]

No puedo creerlo. Yo pensé que MySQL era enteramente gratuito!

Ya estoy migrando la base de datos a MySQL, y ya implementé buena parte del programa nuevamente. Lo bueno es que la base de datos esta practicamente vacía. Solo fue cosa de crear las tablas.

Pero no puedo creer que hay que pagar tanto? Mmm. Nunca he utilizado Firebird, pero voy a investigar, pero a estas alturas ya no quiero cambiar el SGBD.

Y si distribuyo la aplicación y el script que crea la base de datos, y el usuario por su cuenta baja e instala el MySQL ¿tambien hay que pagar?
Pues no creo que sea mucho problema aquí, es una aplicación a medida para un cliente que tiene varias tiendas.

Ademas, para bien o para mal, México aún está en pañales en cuanto a derecho informático.

[[Lepe]]

Aquí es donde lo leí.
Y aquí

Si quieres lee el hilo completo.

Como ves, siempre hay un "pero".

Saludos

[Esteban Quito]

No se si ya es tarde para responderte. Lo que pasa es que recien lo lei. Yo trabajo con paradox en red y lo hago de la siguiente manera.

Declaro el alias usando BDE Administrator. Dicho alias tienen el siguiente camino \\Servidor\c\Sistema\DatosDelSistema\. eso en todas las PCs que accederán. Tambien lo podes hacer con el mismo instalador de tu aplicación.

Segundo. En el Programa, en el DataModule pongo el control TSession y las propiedades Active=False, AutoSessionName=False, SesionName=(ComoQuieras), y en el evento OnCreate del DataModule poner el código...

    {Red}
    Session1.NetFileDir:='\\Servidor\c\Sistema\net';
    Session1.PrivateDir:='c:\Sistema\LocalTemp';
    Session1.Active:=True;

... donde "Servidor" es el nombre de la PC servidora; "net" es el nombre de la carpeta donde se creara el archivo Pdoxusrs.net que es donde se "inscriben" todas las PCs que ejecutan la aplicación; "LocalTemp" es el nombre de la carpeta donde de registran temporalmente las tablas y registros a los cuales se acceden, de esta manera se mantiene el control de los registros a los cuales accedio cada PC conectados todos por medio de Pdoxusrs.net evitando escribir en un registro que este siendo accedido por otro usuario.

Importante. A todos los Querys o Tables se les deberá asignar en su propiedad SessionName el nombre de Session1.SessionName declarada en el DataModule sin importar que sean Querys o Tables que pertenezcan a otros formularios o modulos de datos.

De este modo te funcionara en red. La velocidad de acceso es otro tema

Espero te sirva. Un saludo para todos

[darkerbyte]

Gracias, yo no entedía para qué servían las sesiones. Has sacado de la ignorancia a un individuo