Programación General > Visual Basic 6.0 e inferiores

 Re: Pro y Contras de usar un DataEnvironment

<< < (2/2)

J.M.Movilla:
El tener los datos en una carpeta distinta a la carpeta de la aplicación es lógicamente opcional y a gusto del programador; pero cuando trabajamos en red... entonces no queda más remedio que definir dónde están las bases de datos...

Yo lo tengo resuelto así:  Cada usuario tiene una carpeta desde la que arranca la aplicación.  En esa carpeta tiene un fichero (Setup.mdb, por ejemplo) con una tabla en la que tiene su identificación, su clave de acceso encriptada y la ruta de las bases de datos (con el formato de dirección que más interese: HostMis datos, por ejemplo) amén de otros parámetros que me puedan interesar.

Al iniciar el programa abro ese fichero (que al estar en la carpeta de la aplicación no va crear problemas) y si el usuario introduce su password que coincida con la que consta encriptada en ese fichero, defino la variable "cPath" con el contenido del campo de la ruta en Setup... y de ese modo cada usuario tiene el acceso personificado, pudiendo modificar la ubicación del servidor siempre que queramos.  Cuando un usuario detecte que no se encuentra la db en su sitio, se abre el control de abrir ficheros y copia la nueva ruta en su campo para que funcione bien en el futuro...

Seguro que otros tienen resuelto el problema con un fichero.INI... y yo le diría que enhorabuena, pero que no me cambio, porque lo mío a mí personalmente me va de coña marinera...

Y lo del DataEnvironment... seré un pesado, pero si te habitúas a él... (y te lo digo a tí, Víctor, de forma directa) verás que merece la pena soportar sus posibles inconvenientes...

Saludos a todos

Navegación

[0] Índice de Mensajes

[*] Página Anterior

Ir a la versión completa