Cita:
|
Empezado por pvizcay
si tenía que trabajar en red, eso es un requerimiento del sistema y tu terminastes el sistema sin siquiera pensar en uno de los requerimientos principales, no una buena idea..
|
Cita:
|
Empezado por AzidRain
Pues no es por desanimarte, pero como nos dice pvizcay me parece que erraste el diseño desde el principio. No puedes diseñar pensando que lo va a usar un solo usuario y al final pretender que lo mismo sirva para que lo usen varios, y mas en tablas planas donde no tienes un controlador que te ayude con el trabajo.
|
Cita:
|
Empezado por Jheysson
no tenia idea de que trabajar con paradox en red era tan complicado.
|
A mi me van a perdonar pero sinceramente están exagerando y de paso asustando a Jheysson.
Trabajar Paradox en red
es muy fácil y la planeación de un sistema monousuario o multiusuario con paradox es prácticamente lo mismo porque el BDE hace casi todo el trabajo sucio.
Que no sea recomendable usar paradox por muchas otras razones, voy de acuerdo, tiene limitaciones y ya es una tecnología caduca.
Pero hacerlo trabajar en red no tiene mayor ciencia que apuntar nuestro NETFILEDIR correctamente.
El BDE se encarga de todas las colisiones. Lo que menciona Lepe de la llave primaria no veo por qué ha de ser un problema mayor. Por un lado se puede usar un autoincremental para que el BDE se encargue de asignarlo correctamente. Si se trata de una llave natural pues se maneja el evento OnPostError pero nada que requiera un rediseño de la aplicación. Si se trata de un correlativo entonces sí habrá un poco más de trabajo pero nada que haga temblar al mundo.
// Saludos