Conexión a Base de Datos SQL Server 2005

[aT macchietto]

La conexión a la Base de Datos ADO se realizan a través de un ConnectionString. El proyecto se conecta localmente a SQL Server 2005. En mi caso, resulta muy complicado desde SQL Server "Desconectar" la Base de Datos del equipo (mi pc) y conectar a otra PC. El proyecto apunta a un servidor de Base de Datos que no existe en el equipo actual, ya que el servidor es otro distinto. ¿Cómo podría crear una conexión "dinámica" donde los valores de conexión se realizen automáticamente? (obviamente utilizando los valores correctos al nuevo servidor, que posee la base de datos). Esa configuración se reflejará a todos los objetos que utilizen la conexión a la Base de Datos, sin tener que hacer el trabajo tedioso de ir cambiando las conexiones para cada uno (ADOConnection).

[[poliburro]]

AdoConnection.Close;

AdoConnection.ConnectionString := 'Nva CAdena';

AdoConnection.Open

[aT macchietto]

No se trata de asignar una cadena de conexión a la propiedad del objeto en tiempo de ejecución.

Puede suceder que:
1. Se ejecuta la aplicación (ya sea el ejecutable), y ésta busca los parámetros de la conexión a la base de datos externa al aplicativo.

2. En el momento de la programación, se deberían cargar la cadena de conexión a la base de datos una sola vez, el problema radica en que; con la numerosa cantidad de formularios del proyecto resulta tedioso configurar cada ADOConnection en el momento de transportar la base de datos de un equipo a otro.

[[egostar]]

Empezado por aT macchietto

No se trata de asignar una cadena de conexión a la propiedad del objeto en tiempo de ejecución.

Puede suceder que:
1. Se ejecuta la aplicación (ya sea el ejecutable), y ésta busca los parámetros de la conexión a la base de datos externa al aplicativo.

2. En el momento de la programación, se deberían cargar la cadena de conexión a la base de datos una sola vez, el problema radica en que; con la numerosa cantidad de formularios del proyecto resulta tedioso configurar cada ADOConnection en el momento de transportar la base de datos de un equipo a otro.

No entiendo porque debes de configurar el ADOConnection dependiendo de los formularios que tengas, si usas un archivo INI y un DataModule, solo lo haces una vez y no tienes que cambiar nada en tu programa, solo en el archivo INI.

Salud OS

[[poliburro]]

Empezado por egostar

No entiendo porque debes de configurar el ADOConnection dependiendo de los formularios que tengas, si usas un archivo INI y un DataModule, solo lo haces una vez y no tienes que cambiar nada en tu programa, solo en el archivo INI.

Salud OS

Si deseas tener un archivo con la configuración, nada mejor que un archivo udl.

[Neftali [Germán.Estévez]]

Empezado por aT macchietto

...En el momento de la programación, se deberían cargar la cadena de conexión a la base de datos una sola vez, el problema radica en que; con la numerosa cantidad de formularios del proyecto resulta tedioso configurar cada ADOConnection en el momento de transportar la base de datos de un equipo a otro.

No se si lo entiendo bien, pero parece ser que tienes un componente de conexión en cada fomulario.
Si es así, es un error; Puedes tener tantos ADOTable/ADOQuery como necesites, pero todos deben apuntar a una única conexión, que puedes colocar en el form prioncipal o en un DataModule.