¿Cómo hago una base de datos en red?

[myj]

hola manuc, muchas gracias por contestar, ya investigue algo sobre lo del midas y la arquitectura de 3 capas, la verdad estaba en 0, ahora en 5 espero llegar a lo suficiente para concluir este proyecto que me dejaron:S.

en una pagina que encontre, me dice como migrar la aplicacion a midas, no se me permite enviar links, pero lo busque en google como midas delphi,

estoy haciendo lo que dice ay, que tengo que crear un Remote Data Module y ahi poner los query que tengo en la aplicacion cliente, ya los copie, pero me dice que le de clic derecho y seleccione la opcion "Export Query from DataModule" pero no me aparece, ya baje el midas.dll y lo pegue en system32, pero nada, no me aparece la opcion, que creen que sea, en la pagina se ve que si lo tiene o sera otra version de delphi:S

saludos

[manuc]

Hola myl,

No se lo que te dirá exactamente la página donde lo estás siguiendo, pero, en el Remote Data Module no hay que hacer eso.

En el Remote Data Module, tienes que colocar tu componente de conexión a la base de datos, tus querys y un datasetProvider por cada Query que quieras exportar.

El DatasetProvider tiene una propiedad "Exported" que por defecto está a True. Esta propiedad es la que indica que el DatasetProvider está exportado y podrá ser utilizado desde tu Software Cliente.

Después, en tu Software Cliente, tienes que colocar un SocketConnection (hay varios modelos de conexión, pero te recomiendo la conexión por Socket). Dependiendo de la estructuración de tu aplicación, lo puedes colocar en un formulario general o un módulo de datos accesible por todos los formularios.

Después, colocas un ClientDataset, por cada Query que quieras utilizar. Cada ClientDataset tiene que tener su estructura Query + DatasetProvider en la capa Intermedia o SQL (Remote Data Module).

En la propiedad "RemoteServer" del ClientDataset, indicas el SocketServer que has colocado en tu Software Cliente.

En el mismo ClientDataset, tiene una propiedad "ProviderDataset". Es de tipo estring y tendrás que teclear el nombre del ProviderDataset al que quieres que se conecte tu ClientDataset.

Una vez configurado esto, en ejecución, llamas al método open del ClientDataset y vualá!, tendrás el resultado que hayas programado en tu Query (en lado del Remote Data Module).

También lo puedes probar en diseño, cambiando la propiedad "Active" de tu ClienteDataset a "True"

Hay varias formas de crear tu Remote Data Module. Si has optado por crar un "ActiveX Library", recuerda que has de registrar la DLL, en tu máquina servidora (que puede ser la misma donde se ejecuta tu Software Cliente)
Imagino que eso vendrá explicado en la página que estás siguiendo.

Si tienes dudas, pregunta, que te echaremos una mano.

Espero que te ayude.

Un saludo.

[myj]

Hola manuc, de antemano muchas gracias por dedicar tiempo,

mas o menos le empiezo a entender, aunque estoy confundida sobre los componentes que debe llevar la aplicacion servidor y la cliente:S

¿Puedo avanzar haciendo mi aplicación normal y luego volverla cliente?:S

disculpa, esque en esto para hacer el cliente servidor estoy perdidona:S

gracias por todo saludos

[ifarias]

Empezado por myj

Hola manuc, de antemano muchas gracias por dedicar tiempo,

mas o menos le empiezo a entender, aunque estoy confundida sobre los componentes que debe llevar la aplicacion servidor y la cliente:S

¿Puedo avanzar haciendo mi aplicación normal y luego volverla cliente?:S

disculpa, esque en esto para hacer el cliente servidor estoy perdidona:S

gracias por todo saludos

Hola

Existen tres tipos de aplicaciones que se podría definir en:
1. Una sola capa

El programa tiene todo el manejo de interface con el Cliente, pantallas, teclado, impresión y además maneja internamente los archivos de datos, que podrían ser xml, txt, etc.)

2. Dos capas (Cliente/Servidor)

Donde en la capa del cliente (programa) se maneja toda la interface con el cliente, teclado, etc. Y en la capa del Servidor se deja el manejo de la base de datos, tablas, vistas, etc.

3. Multi-Capas (Servidor-Lógica de Negocio-Cliente)

En este el programa se separa en 3 o más partes:

1.- El Programa Cliente, que maneja la interface con el usuario.
2.- La lógica de Negocio, todas las reglas de actualización de datos ejemplo: si se va a registrar una venta para un cliente y este no tiene suficiente crédito, en esta parte se daría el mensaje o se bloquearía la operación para que no sea completada.
3.- Servidor (de base de datos) que maneja las tablas, vistas, procedimientos almacenados, etc.

Espero que esto te aclare los tipos de aplicaciones que existen. Por lo que mencionaste supongo que tienes que desarrollar una aplicación Cliente/Servidor en donde la parte de Interface y lógica de negocio están en tu programa y la otra parte es la base de datos (Paradox, MySQL, etc)

[manuc]

Hola myj,

¿Puedo avanzar haciendo mi aplicación normal y luego volverla cliente?:S

Sí, realmente puedes hacerlo, pero yo no te lo recomiendo.

Cómo bien te dice ifarias, existen tres modelos básicos. Primero tendrías que decidirte que modelo quieres seguir.

Si te dedicas o te vas a dedicar a desarrollar Software, yo te recomiendo que tengas siempre una imagen clara de la estructura de tu aplicación, antes de escribir el primer punto y coma.

No te digo que forzosamente tengas que hacer un análisis de requerimientos, funcional, etc. Pero por lo menos un pequeño esquema gráfico, de la estructura de tu aplicación. Te ahorrarás muchas horas de picar código.

Para este proyecto concreto, no te recomiendo empezar a programarlo hasta que tengas claro que estructura vas a seguir. Si planteas una estructura cliente-servidor, y cuando quieras cambiarlo tendrás que cambiar algunos componentes, mover otros de sitio y re-programar algunos procesos.
No te digo que lo hagas, simplemente, te recomiendo no hacerlo.

Es más, yo te recomendaría que probaras a crear un pequeño ejecutable, con los componentes de conexión que después implementarás en tu Programa.

No obstante, es mi opinión y cada uno tenemos la nuestra. :-)

Un saludo.