applicacion en red

[[AzidRain]]

Como te decia puedes echarle un ojo a "La cara oculta de Delphi", trae un capítulo dedicado a estos menesteres y con ejemplos muy entendibles muy al estilo de Marteens. Seguro te servira

[Jheysson13]

gracias a todos y vere como me va. de lo que estoy seguro es que ya me veran por ahi preguntado sobre el tema y esperom me puedan ayudar, pues creo que tendre que aprender a usar bases de datos por mi cuenta y por supuesto con la ayuda de la comunidad.

gracias y salu2

[roman]

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..

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.

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

[[Lepe]]

roman, estamos de acuerdo en que no nos pondremos de acuerdo .

Tú abogas por usar paradox para sistemas de escritorios, yo sin embargo utilizaría Firebird embebido, no sé... me siento más libre, con paradox me siento acorralado y pensando que estoy reinventando la rueda en cada rutina que hago.

Por eso me gustan estos foros, varias personas pueden opinar sobre un mismo tema aún sin estar de acuerdo, eso enriquece el propio hilo.

Mi punto de vista: Cuando alguien empieza en paradox, normalmente no sabe nada del NETFILEDIR, TDatabase, Tsession, poco de SQL, [...] y se encontrará desconcertado ante los problemas que le surjan. En este sentido, en FB/Interbase/Mysql se tienen que aprender los conceptos primero, y allí se hablan de esos foragidos, ayuda a entender mejor el proceso y "estar preparado antes de que los problemas lleguen". O al menos saber que existe el SQL y desde el cual se pueden atacar no pocos problemas.

¿tendrá futuros problemas en un SGBBDD? Seguro, es su primera vez, pero al menos cuenta con más potencia para salir de un apuro.

Saludos

[Spynosa]

Mira este articulo seguro que te aclara algo

[roman]

Empezado por Lepe

Tú abogas por usar paradox para sistemas de escritorios

A mi me da por que no siempre leemos bien. Yo nunca he abogado por hacer sistemas de escritorio con Paradox o Access. Es más, creo que jamás volveré a usar Paradox y no le recomendaría a nadie que empiece un sistema nuevo a usarlo.

Si se trata de una aplicación pequeña/mediana en la que se quiere algo con una curva suave de aprendizaje yo optaría por MySql y si se requiere algo más robusto quizá optaría por Firebird basado en las opiniones que ustedes han vertido en múltiples ocasiones.

Pero si alguien llega con un sistema ya hecho o avanzado en Paradox, no entiendo por qué animarlo a que rehaga todo o asustarlo diciéndole que Paradox esto o aquello cuando no es ni esto ni aquello.

Lo primero que Jheysson13 mencionó en este hilo fue que el sistema «ya esta terminado y solo me falta un ultimo paso, que es ponerlo a funcionar en una pequeña red».

¿Qué debió haber pensado desde un principio que el sistema iba a funcionar en red? Puede ser. Pero de ningún modo es una tarea imposible. Paradox tiene muchas limitaciones y desde luego no tendrá todos los beneficios de un C/S real, pero lo que hace lo hace bien y en Paradox, a diferencia de lo que mencionaron antes, es prácticamente lo mismo programar monousuario que multiusuario, así que tampoco es que haya comenzado por una vía totalmente equivocada. Noten además que él habló de una pequeña red. Los términos clave aquí son: ya acabé y red pequeña.

// Saludos

[Paoti]

Si, hasta yo me habia asustado.



no esta todo perdido, y el sistema va a funcionar,


como te coemntaron arriba Jheysson13, busca el el histórico de foros, y en google, Paradox en RED.



Yo tuve un problma similar con paradox, maquinas windows XP, clientes windows 98, y era un problema, ya que una vez a la semana habia indices corrompidos, ya hasta el personal sabia utilizar sysutils32 y paradox table repair.

pase todo el sistema a Firebird, no hubo mucho cambio en las pantallas, solo con el cambio de componentes.

[Jheysson13]

parece que el tema obtubo mas respuestas de lo que esperaba, y hay muchas discusiones del mismo. A mi entender segun lo que he visto claro esta que paradox ya es cosa del pasado y en verdad si he tenido con los indices coruptos, Blod modificado y cosas asi. pero ya que me aclaran que si puedo poner mi sistema en red voy a tratar de salvar lo que he hecho y luego tratar de empezar a usar bases de datos.

gracias a todos por sus respuestas y aclaraciones.
salu2 para todos y espero que este hilo le sirva a muchos para tener una idea de como deben empezar a trabajar en sus applicaciones de red.