Administrar una cadena de conexión de depuración y liberación

Question

¿Cuál es un buen enfoque para administrar una cadena de conexión de depuración y liberación en una aplicación .NET/SQLServer?

Tengo dos servidores SQL, una producción y una compilación/depuración y necesito un método para cambiar entre los dos cuando se implementa mi aplicación ASP.NET.

Actualmente, simplemente los almaceno en el archivo web.config y comento uno o el otro, sin embargo, eso es propenso a errores cuando se despliega.

Answer 1

Cree una versión de depuración y publicación del archivo Web.config, p. Ej. Web.debug.config y Web.release.config. A continuación, agregue una condición de precompilación que copie la versión relevante en web.config en función del objetivo actual.

Editar: Para añadir la condición de compilación pre clic derecho en proyectar y seleccionar "Propiedades" y luego valla a la pestaña "Eventos de generación" y añadir el siguiente código para el estado de precompilación. Obviamente, tendrá que enmendar el código según sus necesidades, vea la imagen a continuación.

@echo off 

echo Configuring web.config pre-build event ... 

if exist "$(ProjectDir)web.config" del /F/Q "$(ProjectDir)web.config" 

if "$(ConfigurationName)" == "Debug Test" goto test 
if "$(ConfigurationName)" == "Debug M" goto M 
if "$(ConfigurationName)" == "Debug BA" goto BA 
if "$(ConfigurationName)" == "Release Test" goto test 
if "$(ConfigurationName)" == "Release M" goto M 
if "$(ConfigurationName)" == "Release BA" goto BA 

echo No web.config found for configuration $(ConfigurationName). Abort batch. 
exit -1 
goto :end 

:test 
copy /Y "$(ProjectDir)web.config.test" "$(ProjectDir)web.config" 
GOTO end 

:BA 
copy /Y "$(ProjectDir)web.config.BA" "$(ProjectDir)web.config" 
GOTO end 

:M 
copy /Y "$(ProjectDir)web.config.M" "$(ProjectDir)web.config" 
GOTO end 

:end 
echo Pre-build event finished 

Project Properties http://img442.imageshack.us/img442/1843/propsa.jpg

Answer 2

Normalmente establezco una variable de entorno en mis servidores de producción que indica que el servidor es un servidor de producción. Luego leo la cadena de conexión correcta de mi web.config en función de si esta variable de entorno existe y se establece en el valor de producción.

Answer 3

Bueno, quizás esto esté un poco desactualizado, pero el ODBC DSN resuelve este problema bastante bien - todavía lo uso - con rigor - DNS para diferenciar entre entornos de producción y depuración.

p.s., estoy esperando un montón de votos negativos, quizás esto será un indicador de lo que la gente piensa de un nivel de indirección para los identificadores de bases de datos.

Answer 4

La buena noticia es que .NET4 tiene a provision para eso, puede tener configuraciones separadas para cada configuración (web.Release.config, web.Debug.config).

La mala noticia es ... es probable que todavía no la uses.

Answer 5

directivas del preprocesador Uso: cuando el proyecto está configurado para ejecutarse en el modo de depuración, se elegirá la cadena de conexión de depuración, de lo contrario la cadena de conexión de liberación será elegido automáticamente.

En Visual Studio, observará que las declaraciones se atenúan exclusivamente de acuerdo con la configuración del proyecto (depuración o publicación).

Sólo tiene que añadir algo como lo siguiente en el código:

string myConnectionString; 
#if DEBUG 
    myConnectionString = "your debug connection string";//may be read from your debug connection string from the config file 
#else 
    myConnectionString = "your release connection string"; //may be read from your relase connection string from the config file 
#endif 

para más detalles, compruebe this.

Answer 6

Uso una combinación del método de Sameh y Obalix en .net 3.5.

public static class DataConnection 
{ 
#if LOCALDEV 
    public const string Env = "Debug"; 
#endif 
#if STAGING 
    public const string Env="Staging"; 
#endif 
#if RELEASE 
    public const string Env="Release"; 
#endif 
    private static ConnectionStringSettingsCollection _connections; 
    static DataConnection() 
    { 
     _connections = ConfigurationManager.ConnectionStrings; 

    } 

    public static string BoloConnectionString 
    { 
     get 
     { 
      return _connections["DB1."+Env].ConnectionString; 
     } 
    } 
    public static string AOAConnectionString 
    { 
     get 
     { 
      return _connections["DB2."+Env].ConnectionString; 
     } 
    } 
    public static string DocVueConnectionString 
    { 
     get 
     { 
      return _connections["DB3."+Env].ConnectionString; 
     } 
    } 
} 

Luego, en las propiedades de mi proyecto, defino los símbolos de compilación condicional correctos. De esta forma, no tengo que mantener las cadenas de conexión codificadas como las de Sameh, pero el código solo busca la cadena en función de cómo se creó. Esto me permite tener (si es que necesito) un archivo de configuración para todas las construcciones, pero en realidad no despliego los archivos de configuración en mi proceso de compilación.Aunque la aplicación condicional.Relase.config stuff para .net 4 parece ser la forma correcta de hacerlo en el futuro.

Answer 7

Puedo decir otra solución para este problema. En el archivo de archivos csproj crear folow:

<Content Include="DB.config"> 
    <SubType>Designer</SubType> 
</Content> 
    <Content Include="DB.Debug.config"> 
    <DependentUpon>DB.config</DependentUpon> 
    <SubType>Designer</SubType> 
</Content> 
    <Content Include="DB.Release.config"> 
    <DependentUpon>DB.config</DependentUpon> 
    <SubType>Designer</SubType> 
</Content> 

en XML escrita establecer la versión de dos para la liberación y depuración.