Guardar datos de conexion de la forma más apropiada

[moNTeZIon]

Hola a tod@s,
Desde hace un tiempo, estoy guardando la Ruta de la Base de Datos en una variable llamada RutaBD de un módulo, accesible desde cualquier Formulario de la aplicación.
Luego, en los objetos connection de los formularios, les especifico una conexion cualquiera para un MDB, y luego, me voy al código, y en el punto donde se especifica la connectionstring del objeto Connection, le sustituyo la ruta de la BD que tiene por lo siguiente:
...DataSource=" & RutaBD & "...

Pues bien, esto me funciona correctamente. El problema es que si en algún momento determinado te da por acceder al diseño del formulario (que en winforms es bastante a menudo), pues resulta que me pierde los datos de la propiedad connectionstring de los objetos Connection.

Entonces, me pueden decir cómo guardar esa ruta de la BD, o toda la cadena de conexion, de forma que pueda mantenerlo al pasar a la vista diseño?
O cómo evitar que se pierda esa información si hay la forma...
Como hacen ustedes para guardar la cadena de conexion en winforms?

Gracias a tod@s.
Saludos.

[noah_242]

Hola¡
Yo utilizo un xml para guardar la cadena de conexion.Es una buena opcion creo yo¡
Saludos¡

[moNTeZIon]

OK. Gracias por responder.

Entiendo, por lo que dices, que guardas la cadena de conexion en un xml, y cuando lo necesitas, lees el xml y recuperas el valor, para asignarselo a la conexion... pero pero pero... todo eso imagino que lo haces en tiempo de ejecución.
Estoy buscando la forma que asignar todas estas propiedades en tiempo de diseño y que no se pierdan al cambiar a la vista diseño.
Si no hay solución, supongo que solo me quedará asignar el valor en tiempo de ejecucion y palante...

Saludos y muchas gracias.

[xknown]

IMHO, no tiene sentido guardar la cadena de conexion o la ruta de la BD en un módulo o dentro del código, ya que tendrías que recompilar la aplicación ante cualquier cambio de ésta...; o tienes algún motivo especial para hacer esto?

Saludos

[freegirl]

pues yo guardo la ruta en un archivo de texto, y la conexión activa la guardo y llamo en una Clase, y no tengo ningún problema de pérdidas. Y en cualquier momento de la aplicación puedes cambiar la ruta.

saludos!

[moNTeZIon]

Hola de nuevo,
el caso es que esa variable del Modulo me devuelve el resultado de una funcion que accede a un fichero INI, donde están los datos de configuracion.
Por lo que comentas de recompilar la aplicación, ningún problema, ya que puedo hacer los cambios en el fichero y listo.
Lo unico es el detalle que os comentaba al principio. Al asignar la connectionstring al objeto connection en tiempo de diseño, en la parte de "...Datasource=..." concateno la variable que me construye la ruta, y listo. Compilo y todo correcto. Pero si vuelvo a la parte de diseño por cualquier motivo, se pierde toda esa linea que define la connectionstring.
Por lo que supongo que habrá que asignar la propiedad en el form_load, ya en tiempo de ejecución. Que piensan.

Un saludo!

[xknown]

Hmm, supongo que tienes una razon para usar un archivo INI en lugar de un archivo de configuración, pero bueno es otra historia creo...;

Es cierto el caso que mencionas, supongo que será un _bug_ del vs.net...; sólo por curiosidad, por qué motivo quieres asignar la cadena de conexión en tiempo de diseño??

Saludos
PS. Disculpa que sea muy preguntón

[fredy666]

Serian tan amables de decirme como puedo guardar la cadena de conexion y otros datos en un archivo de configuracion???. Nunca lo he hecho y estaria interesado en aprenderlo para mi aplicación.

Muchas gracias de antemano.

[Jose_minglein2]

<configuration>
<appSettings>
<add key="conexion" value="tucadena" />

</appSettings>
</configuration>

y para recuperarla

System.Configuration.ConfigurationSettings.AppSett ings.Item("conexion")

[fredy666]

Muchas gracias, de paso que ya se utilizarlo, lo probare con otras cosas xD

[fredy666]

¿Cual es la libreria que debo importar para que funcione??

Es algo de XML no??????

[Jose_minglein2]

Ninguna, si te das cuenta en:
System.Configuration.ConfigurationSettings.AppSett ings.Item("conexion")

incluyes toda la ruta, porque?? que error te da??

[moNTeZIon]

Hola de nuevo,

xknown, la verdad, no tengo ningun motivo especial para utilizar INI. Tengo el algoritmo y lo utilizo desde hace tiempo y me va bien.. Le ves algún inconveniente a utilizar un INI?

Por otro lado, estamos en winforms... Es que puedo tener un web.config en winforms de igual forma que en webforms? Si es así, no lo sabia, en tal caso, también opino que fuera la mejor opcion.

Ah!, y no me molesta en absoluto que seas preguntón, todo lo contrario, a juzgar por las veces que me ayudaste ya

Un saludo.

[HenrydeSousa]

Sólo como comentario adicional, los datos de tu cadena de conexion los deberías guardar de forma cifrada en caso de que los coloques en un archivo de texto o en otro tipo de archivos que puedan ser vistos por el usuario.
Saludos...

[moNTeZIon]

Hola Henry,
En el caso que comentas, si tuviera que cambiar la cadena por algun motivo, se supone que deberia tener una aplicacion aparte que me genere la nueva cadena encriptada, con el mismo sistema que la aplicación va a desencriptarla y meterla en el fichero de texto?
Como la meto encriptada sino?
Si fuera el caso, ya no me parece tan buena idea...
Se supone que los ficheros de configuración son texto plano que puedes modificar, y a su vez está protegido su acceso por parte de los usuarios, con lo que sería una buena solucion...
Como lo ven.

[fredy666]

Iniciado por Jose_minglein2

Ninguna, si te das cuenta en:
System.Configuration.ConfigurationSettings.AppSett ings.Item("conexion")

incluyes toda la ruta, porque?? que error te da??

Esque nose como hacerlo funcionar, ni donde poner todo eso

[Jose_minglein2]

Si cambias la cadena deberías ser tú quien les dijese como meterla al usuario (ya encriptada), para que no pueda conocer la autentica (aunque siempre hay formas, tema que ya se ha discutido mil y una veces), p.ej. agregando una opción de configuración en tu aplicación.
Otra opción es utilizar el registro de windows en vez de un .config, ya que ahí tienen que buscar 2 cosas, la clave y el valor (encriptado también), con lo cual doble faena de pirata

Este tema podría ser interminable.jeje

[Jose_minglein2]

Esque nose como hacerlo funcionar, ni donde poner todo eso

Eso lo puedes poner en el evento Load de tu primer formulario y asignarle el valor a una variable de aplicación (por ejemplo en un módulo).
Para agregar el archivo de configuración, le das a agregar nuevo elemento (igual que un form) pero buscar archivo de configuración y pones lo que dije más arriba.

Un saludo

[fredy666]

Me temo que no funcionara, ya que parece ser que en VB2005 (version final), pone que han cambiado por otro metodo, que ahora mismo no encuentro.

Aunque si que me ha funcionado en VB2003 xD

Muchas gracias

[Jose_minglein2]

Todavía no he llegado a 2005 pero esperemos que el nuevo método haya sido para mejorar.

Un saludo.

[moNTeZIon]

OK, con lo hablado ya me hago una idea de la historia.

Y esto último que comentais? Ya no hay ficheros de configuración en 2005? O lo que han cambiado es la forma de acceder a ellos?
A ver si alguien sabe algo del tema...

Saludos.

[xknown]

xknown, la verdad, no tengo ningun motivo especial para utilizar INI. Tengo el algoritmo y lo utilizo desde hace tiempo y me va bien.. Le ves algún inconveniente a utilizar un INI?

No, sino que me parece más natural usar un archivo xml, pero si ya tienes las cosas así, supongo que no hay ningún inconveniente.

Por otro lado, estamos en winforms... Es que puedo tener un web.config en winforms de igual forma que en webforms? Si es así, no lo sabia, en tal caso, también opino que fuera la mejor opcion.

Los archivos de configuración se aplican tanto a aplicaciones windows (NombreAplicacion.exe.config) como aplicaciones web.

Y esto último que comentais? Ya no hay ficheros de configuración en 2005? O lo que han cambiado es la forma de acceder a ellos?

Lo que ha cambiado es la clase con la que accede al archivo de configuración, ahora es:
System.Configuration.ConfigurationManager

Saludos

[RootK]

Veo mas óptimo crear un archivo XML con los datos necesarios de la conexion para despues por código leerlo, en último de los casos si requieres seguridad puedes usar un algoritmo de ecriptamiento como el Rijndael

Salu2