conexion access en archivos comunes

17/09/2008 - 09:17 por Juan Rebollo | Informe spam
Buenas,
os comento porque he estado googleando y no he encontrado nada.
Tengo un winform que tira de una base de datos access. La bd está en la
carpeta de la aplicación. Todo OK. Pero, en previsión de que otras
aplicaciones que voy a desarrollar tiren de la misma base de datos, me
gustaria poner esta bd en la carpeta archivos comunes/lo que sea/bd.mdb
En el proyecto de instalación puedo agregar esa bd a la carpeta de archivos
comunes... pero entonces como hago en el proyecto de visual studio para que
conecte a esa base de datos en dicha carpeta??

Saludos y espero haberme explicado.

Preguntas similare

Leer las respuestas

#1 David Caso
19/09/2008 - 12:44 | Informe spam
Asi a bote pronto te diria que dejases de enlazar los controles, y dejar de
permitir que el Visual Studio te haga todo ese trabajo de base de datos, es
una "chapuza" y no permite escalar las aplicaciones. Yo te recomendaria, que
desarrolles la aplicacion sin depender de la ubicacion de la base de datos,
vamos como desde hace muchisimo tiempo, antes de que se inventaran estas
chorradas de enlazar todo desde la aplicacion, para lo unico que vale es
para dar problemas, limitar los desarrollos, y hacer programadores tontos.

Se que no es la respuesta que esperabas, pero donde yo trabajo estamos
buscando un programador para .net y todos vienen igual, en cuanto les mandas
hacer un SQL(nada dificil,ehh, un select, un misero update, y un delete, ya
no hablemos de cosas mayores) y crear una conexion, y les dices que de
enlazar que nadase hacen "cacota", por esto te lo digo.

un saludo


"Juan Rebollo" escribió en el mensaje
news:
Buenas,
os comento porque he estado googleando y no he encontrado nada.
Tengo un winform que tira de una base de datos access. La bd está en la
carpeta de la aplicación. Todo OK. Pero, en previsión de que otras
aplicaciones que voy a desarrollar tiren de la misma base de datos, me
gustaria poner esta bd en la carpeta archivos comunes/lo que sea/bd.mdb
En el proyecto de instalación puedo agregar esa bd a la carpeta de
archivos comunes... pero entonces como hago en el proyecto de visual
studio para que conecte a esa base de datos en dicha carpeta??

Saludos y espero haberme explicado.
Respuesta Responder a este mensaje
#2 Juan Diego Bueno
19/09/2008 - 14:23 | Informe spam
Hola Juan:

David Caso ha acertado a formular la pregunta:
Asi a bote pronto te diria que dejases de enlazar los controles, y dejar de
permitir que el Visual Studio te haga todo ese trabajo de base de datos, es
una "chapuza" y no permite escalar las aplicaciones. Yo te recomendaria, que
desarrolles la aplicacion sin depender de la ubicacion de la base de datos,
vamos como desde hace muchisimo tiempo, antes de que se inventaran estas
chorradas de enlazar todo desde la aplicacion, para lo unico que vale es para
dar problemas, limitar los desarrollos, y hacer programadores tontos.

Se que no es la respuesta que esperabas, pero donde yo trabajo estamos
buscando un programador para .net y todos vienen igual, en cuanto les mandas
hacer un SQL(nada dificil,ehh, un select, un misero update, y un delete, ya
no hablemos de cosas mayores) y crear una conexion, y les dices que de
enlazar que nadase hacen "cacota", por esto te lo digo.

"Juan Rebollo" escribió en el mensaje
news:
Buenas,
os comento porque he estado googleando y no he encontrado nada.
Tengo un winform que tira de una base de datos access. La bd está en la
carpeta de la aplicación. Todo OK. Pero, en previsión de que otras
aplicaciones que voy a desarrollar tiren de la misma base de datos, me
gustaria poner esta bd en la carpeta archivos comunes/lo que sea/bd.mdb
En el proyecto de instalación puedo agregar esa bd a la carpeta de archivos
comunes... pero entonces como hago en el proyecto de visual studio para que
conecte a esa base de datos en dicha carpeta??

Saludos y espero haberme explicado.





Para David: Por mucho enlace, dataset tipado y demás, se supone que si
conoces .NET deberías conocer unos fundamentos mínimos de ADO.NET, es
decir, lo que son dataadapters, datasets y datatables, con lo cual...
colleja a los programadores, o que al menos lean sobre eso.

Respecto a lo que planteas, es de suponer que VS haya colocado tu
cadena de conexión en el Settings del proyecto. Lo que tienes que hacer
en el inicio de tu programa es cambiar esa cadena, de forma que a
partir de ahí se refiera siempre a esa BD. El primer problema con el
que te encuentras al intentar esto es que esa propiedad es de sólo
lectura.
Bien, es simple, créate un archivo Settings.cs (si no está creado ya) y
dentro de él, añades funcionalidad a la clase Settings con una línea
similar a la siguiente:

internal sealed partial class Settings
{
public string ConnectionStringGrabar
{

set { this["NombredetuconectionString"] = value;
this["Nombredetuconectionstring"] = value;
}
}
}

Luego le puedes asignar valor con
Properties.Settings.Default.ConnectiongStringGrabar = ;

Un saludo

http://www.moondance.es
Respuesta Responder a este mensaje
#3 Juan Rebollo
22/09/2008 - 14:25 | Informe spam
Ah, muchas gracias David y Juan Diego,sobre todo a Juan Diego ;-)

Ah David: tienes razón, ya me estoy empezando a hartar del "arrastrar" del
visual studio. Yo sobre todo programo en web -jsp, aspx, php- y me creo mis
objetos con abstración de datos (si, con sql a pelo pero en la capa de
conexión a datos) En esto que llega mi jefe y me dice: han hecho una
presentación de visual studio 2008 y con arrastrar controles en un minuto
tienes una petición ajax. Y yo he hecho un desarrollo medio de aplicación
web de gestion documental con .net + ajax. Y de milagro acaba con mi
equilibrio nervioso... en fin

"El primer problema con el que te encuentras al intentar esto es que esa
propiedad es de sólo lectura.
"
Thanks por la property! Ahí es donde me había quedado atascado.

"Juan Diego Bueno" escribió en el mensaje
de noticias news:
Hola Juan:

David Caso ha acertado a formular la pregunta:
Asi a bote pronto te diria que dejases de enlazar los controles, y dejar
de permitir que el Visual Studio te haga todo ese trabajo de base de
datos, es una "chapuza" y no permite escalar las aplicaciones. Yo te
recomendaria, que desarrolles la aplicacion sin depender de la ubicacion
de la base de datos, vamos como desde hace muchisimo tiempo, antes de que
se inventaran estas chorradas de enlazar todo desde la aplicacion, para
lo unico que vale es para dar problemas, limitar los desarrollos, y hacer
programadores tontos.

Se que no es la respuesta que esperabas, pero donde yo trabajo estamos
buscando un programador para .net y todos vienen igual, en cuanto les
mandas hacer un SQL(nada dificil,ehh, un select, un misero update, y un
delete, ya no hablemos de cosas mayores) y crear una conexion, y les
dices que de enlazar que nadase hacen "cacota", por esto te lo digo.

"Juan Rebollo" escribió en el mensaje
news:
Buenas,
os comento porque he estado googleando y no he encontrado nada.
Tengo un winform que tira de una base de datos access. La bd está en la
carpeta de la aplicación. Todo OK. Pero, en previsión de que otras
aplicaciones que voy a desarrollar tiren de la misma base de datos, me
gustaria poner esta bd en la carpeta archivos comunes/lo que sea/bd.mdb
En el proyecto de instalación puedo agregar esa bd a la carpeta de
archivos comunes... pero entonces como hago en el proyecto de visual
studio para que conecte a esa base de datos en dicha carpeta??

Saludos y espero haberme explicado.





Para David: Por mucho enlace, dataset tipado y demás, se supone que si
conoces .NET deberías conocer unos fundamentos mínimos de ADO.NET, es
decir, lo que son dataadapters, datasets y datatables, con lo cual...
colleja a los programadores, o que al menos lean sobre eso.

Respecto a lo que planteas, es de suponer que VS haya colocado tu cadena
de conexión en el Settings del proyecto. Lo que tienes que hacer en el
inicio de tu programa es cambiar esa cadena, de forma que a partir de ahí
se refiera siempre a esa BD. El primer problema con el que te encuentras
al intentar esto es que esa propiedad es de sólo lectura.
Bien, es simple, créate un archivo Settings.cs (si no está creado ya) y
dentro de él, añades funcionalidad a la clase Settings con una línea
similar a la siguiente:

internal sealed partial class Settings
{
public string ConnectionStringGrabar
{

set { this["NombredetuconectionString"] = value;
this["Nombredetuconectionstring"] = value;
}
}
}

Luego le puedes asignar valor con
Properties.Settings.Default.ConnectiongStringGrabar = ;

Un saludo

http://www.moondance.es


Respuesta Responder a este mensaje
#4 David Caso
22/09/2008 - 17:18 | Informe spam
Buenas,

pues dale el hilo entero a tu jefe. Y le dices que si quiere chapuzas que
vale, pero que si quiere algo bueno, entonces que no, no,no.
Ya me se yo las presentaciones, de los "Evangelizadores", en fin a ver si en
MS se ponen y empiezan a ponerles las pilas a estos tios, que la mitad de
ellos estaban mejor..., bueno no voy a decir donde estaban mejor... bueno si
que lo digo, peinando bombillas.



Un saludo y cualquier no dudes en preguntarla.

"Juan Rebollo" escribió en el mensaje
news:
Ah, muchas gracias David y Juan Diego,sobre todo a Juan Diego ;-)

Ah David: tienes razón, ya me estoy empezando a hartar del "arrastrar" del
visual studio. Yo sobre todo programo en web -jsp, aspx, php- y me creo
mis objetos con abstración de datos (si, con sql a pelo pero en la capa de
conexión a datos) En esto que llega mi jefe y me dice: han hecho una
presentación de visual studio 2008 y con arrastrar controles en un minuto
tienes una petición ajax. Y yo he hecho un desarrollo medio de aplicación
web de gestion documental con .net + ajax. Y de milagro acaba con mi
equilibrio nervioso... en fin

"El primer problema con el que te encuentras al intentar esto es que esa
propiedad es de sólo lectura.
"
Thanks por la property! Ahí es donde me había quedado atascado.

"Juan Diego Bueno" escribió en el mensaje
de noticias news:
Hola Juan:

David Caso ha acertado a formular la pregunta:
Asi a bote pronto te diria que dejases de enlazar los controles, y dejar
de permitir que el Visual Studio te haga todo ese trabajo de base de
datos, es una "chapuza" y no permite escalar las aplicaciones. Yo te
recomendaria, que desarrolles la aplicacion sin depender de la ubicacion
de la base de datos, vamos como desde hace muchisimo tiempo, antes de
que se inventaran estas chorradas de enlazar todo desde la aplicacion,
para lo unico que vale es para dar problemas, limitar los desarrollos, y
hacer programadores tontos.

Se que no es la respuesta que esperabas, pero donde yo trabajo estamos
buscando un programador para .net y todos vienen igual, en cuanto les
mandas hacer un SQL(nada dificil,ehh, un select, un misero update, y un
delete, ya no hablemos de cosas mayores) y crear una conexion, y les
dices que de enlazar que nadase hacen "cacota", por esto te lo digo.

"Juan Rebollo" escribió en el mensaje
news:
Buenas,
os comento porque he estado googleando y no he encontrado nada.
Tengo un winform que tira de una base de datos access. La bd está en la
carpeta de la aplicación. Todo OK. Pero, en previsión de que otras
aplicaciones que voy a desarrollar tiren de la misma base de datos, me
gustaria poner esta bd en la carpeta archivos comunes/lo que sea/bd.mdb
En el proyecto de instalación puedo agregar esa bd a la carpeta de
archivos comunes... pero entonces como hago en el proyecto de visual
studio para que conecte a esa base de datos en dicha carpeta??

Saludos y espero haberme explicado.





Para David: Por mucho enlace, dataset tipado y demás, se supone que si
conoces .NET deberías conocer unos fundamentos mínimos de ADO.NET, es
decir, lo que son dataadapters, datasets y datatables, con lo cual...
colleja a los programadores, o que al menos lean sobre eso.

Respecto a lo que planteas, es de suponer que VS haya colocado tu cadena
de conexión en el Settings del proyecto. Lo que tienes que hacer en el
inicio de tu programa es cambiar esa cadena, de forma que a partir de ahí
se refiera siempre a esa BD. El primer problema con el que te encuentras
al intentar esto es que esa propiedad es de sólo lectura.
Bien, es simple, créate un archivo Settings.cs (si no está creado ya) y
dentro de él, añades funcionalidad a la clase Settings con una línea
similar a la siguiente:

internal sealed partial class Settings
{
public string ConnectionStringGrabar
{

set { this["NombredetuconectionString"] = value;
this["Nombredetuconectionstring"] = value;
}
}
}

Luego le puedes asignar valor con
Properties.Settings.Default.ConnectiongStringGrabar = ;

Un saludo

http://www.moondance.es





email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida